## What `full-suite.yml` shard 1 on main fails with **zero test failures** — it dies on a resolution error: ``` Failed to resolve import "@fusion/core/task-delete-attribution" from "packages/dashboard/app/api/client.ts" ``` **Root cause.** Vite string aliases match by **PREFIX**. So `find: "@fusion/core"` → `core/src/index.ts` rewrites `@fusion/core/task-delete-attribution` into `core/src/index.ts/task-delete-attribution`, which cannot resolve. The narrower subpath alias has to come *first*. The module exists and *is* correctly declared in `packages/core/package.json` exports — this is purely a test-config trap, and `packages/dashboard/vitest.config.ts` already documents it in a comment. Six configs alias `@fusion/dashboard` (whose `app/api/client.ts` imports that browser-safe leaf) while lacking the narrower alias, so they inherited the trap. This carries the same one-line pattern to all six. ## Measured `dependency-graph` — the project actually red on main: | | Test files | Tests collected | |---|---|---| | before | 3 failed \| 17 passed | 147 | | after | **20 passed** | **180** | **33 tests were never collected** — neither passing nor reported as failing. That is the part worth flagging: an unresolved import removes tests from the run silently, and the shard's own summary printed no `Tests N failed` line at all, which is why this red looked like infrastructure noise rather than a real defect. No regressions: `reports` 110, `cli-printing-press` 41, `compound-engineering` 317, **gate 726** — all green. `pnpm lint` clean. `@fusion/desktop` is `1 failed | 264 passed` **both before and after**; verified pre-existing on clean `origin/main` by reverting just that one config and re-running. Cause is `@fusion-plugin-examples/roadmap` entry resolution, unrelated — **flagged, not fixed.** ## Deliberately not changed Engine's *second* `@fusion/core` alias (the `.gate-bundle/core.mjs` entry) is untouched: that lane bundles core on purpose, and pointing it at source would defeat the isolation the gate bundle exists to provide. ## Full-suite triage this came out of (for whoever owns the rest) Reading the four red shards of the last completed run on main (`30523568756`): | Shard | Real cause | Owner | |---|---|---| | 1/4 | **this PR** — resolution error, 0 test failures | — | | 2/4 | 23 failed: `store-wedge-resolution.pg`, `central-archive-secrets`, `task-delete-caller-attribution`, `task-delete-nonblocking-cleanup` | #2669 / #2675 cover the first two | | 3/4 | **watchdog SIGKILL** mid-`@fusion/engine [1/2]` — no test failures, no summary | unowned | | 4/4 | 17 failed, all in `@runfusion/fusion` CLI (`project.test.ts` 8, `task.test.ts` 5, `extension.test.ts` 2, +2) | unowned | Two of the four shard reds contain **no failing test at all**, so "main's full-suite failure count" cannot be read off the shard conclusions — it has to be read off `Tests N failed` summary lines, and shards 1 and 3 emit none.
fusion-plugin-cli-printing-press
Bundled first-party Fusion plugin for generating and managing service CLIs.
Storage & Config Model
Tables
cli_press_services: service metadata (id,slug,displayName,description,baseUrl,sourceKind,sourceRef, timestamps)cli_press_cli_specs: generated/spec inputs per service (id,serviceId,name,version,generatorVersion,specJson,generatedAt,status,lastGenerationError, timestamps)cli_press_artifacts: generated artifact metadata (id,cliSpecId,kind,path,executable,checksum,sizeBytes, timestamps)cli_press_credentials: non-OAuth credentials (id,serviceId,name,kind,valueenvelope,placement, timestamps)cli_press_service_settings: service-scoped key/value settings (id,serviceId,key,value,scope, timestamps)
All IDs are UUIDv4-based with prefixes: svc_, cli_, art_, cred_, set_. Timestamps are ISO-8601 strings.
Exported Types
Service: canonical external-service recordCliSpec: persisted cli-printing-press spec/generation stateCliArtifact: artifact file metadata (path stored relative to<projectRoot>/.fusion/)Credential: persisted secret envelope + placement metadataCredentialKind: closed union of non-OAuth kinds (api_key,bearer_token,basic_auth,header,query_param,env_var)CredentialPlacement: discriminated placement unionServiceSetting: service-level setting entry (runtime|wizard|metadata)OAuthNotSupportedError: thrown when oauth/oauth2 is passedInvalidCredentialPlacementError: thrown on kind/placement mismatch or invalidapi_keyplacement
Credential placement union
{ kind: "header", header: string }{ kind: "query_param", queryParam: string }{ kind: "env_var", envVar: string }{ kind: "bearer_token", header: string }{ kind: "api_key", header?: string, queryParam?: string }(exactly one required){ kind: "basic_auth", header: string }
Credential encoding/materialization
- Values are stored as
{ encoding: "base64", value: string }viaencodeCredentialValue/decodeCredentialValue. applyCredentialToRequestmaterializes credentials into{ headers, query, env }and rejects OAuth at runtime.
OAuth policy (deferred)
OAuth/OAuth2 flows are intentionally excluded from v1. Any oauth/oauth2 kind is rejected by store-layer and helper-layer guards with OAuthNotSupportedError. Follow-up remains tracked in FN-3762.
Artifact path convention
Generated artifacts are expected under:
<projectRoot>/.fusion/plugins/cli-printing-press/artifacts/<serviceId>/<specId>/<artifactFile>
CliArtifact.path stores the path relative to <projectRoot>/.fusion/.
Deletions and filesystem cleanup
deleteService, deleteSpec, and deleteArtifact remove DB records. v1 intentionally does not remove artifact files from disk; cleanup is deferred to FN-3767.
Executor Runtime Exposure
When the plugin contributes executorRuntimeEnv, executor-spawned task commands receive extra runtime wiring:
- Generated CLI artifact directories for each service's latest
generatedspec are prepended to taskPATH(deduped, absolute paths only). - Credentials with
kind: "env_var"are decoded and injected as environment variables for task subprocesses, including executor agent-session subprocesses (for examplebashtool commands run insidecreateFnAgent(...)). - Non-env credential kinds (
header,query_param,basic_auth,bearer_token,api_key) are intentionally excluded from env injection and remain request-time concerns.
Security model:
- Runtime env is merged per task (
process.envbase, plugin env overlay, PATH prepend), without mutating global engineprocess.env. - Secrets are never logged; executor diagnostics only report counts of injected keys/paths.
- OAuth credentials are rejected defensively if encountered.
To opt out for a service, remove generated artifacts or env-var credentials in the FN-3766-backed service configuration model.