JTBD-PK-05 · Package developer
Scaffold a new package from a template
validated end to end. An automated test or a checked-in example proves the whole job. This is the only status that counts as evidence.
What the catalogue records
accordo package scaffold <name> --apply creates, atomically, a minimal, empty local package — two files, an identity and five empty declarations — dry-run by default, and the result passes package validate, package inspect and package test with no manual edit (tests/package-scaffold.test.js → "freshly scaffolded output passes validate, inspect and test with no manual edit"; tests/package-test-command.test.js; docs/plans/dx3-package-scaffold.md). In the same breath, each published as its own limitation code: it invents no business logic — no record, action, policy, provider, capability, Admin section, Solution Plan or MCP tool (NO_DOMAIN_SEMANTICS); it performs no automatic composition — the one import into packages/domains/generated/index.js stays a human's deliberate edit (NO_COMPOSITION); it does no global identity-uniqueness verification — only the target directory is checked, and a duplicate identity is refused later by the registry at startup (IDENTITY_UNIQUENESS_NOT_CHECKED); and it does no remote installation or publication — nothing is downloaded, installed, signed, published or registered anywhere (NO_INSTALL_OR_PUBLISH). Conformance is not correctness: the output satisfies the framework contract and models no domain (CONFORMANCE_IS_NOT_CORRECTNESS)
Evidence
Proved by these tests, which run on every push:
tests/package-scaffold.test.jstests/package-test-command.test.jsDescribed in:
docs/plans/dx3-package-scaffold.mdWhat this status does not mean
A status here describes this repository at this commit, nothing more. It is not a statement about what a CRM should do, and it is not a roadmap commitment. The whole framework is local-development-only: there is no authentication, tenancy or RBAC, so no status on this page implies you can deploy it. The boundaries are listed in full on the claims ledger.
Other jobs in Package developer
- Create and compose a custom local domain package — validated end to end
- Depend on another package without importing its source — validated end to end
- Validate a package before booting it — partially supported
- Remove a package without losing its data — partially supported
- Install a package from a registry or marketplace — not supported
- Run an untrusted package safely — not supported