@bvdm/delano 0.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (109) hide show
  1. package/HANDBOOK.md +1511 -0
  2. package/README.md +122 -0
  3. package/assets/install-manifest.json +102 -0
  4. package/assets/payload/.agents/README.md +12 -0
  5. package/assets/payload/.agents/adapters/claude/README.md +5 -0
  6. package/assets/payload/.agents/adapters/codex/README.md +5 -0
  7. package/assets/payload/.agents/adapters/opencode/README.md +5 -0
  8. package/assets/payload/.agents/adapters/pi/README.md +5 -0
  9. package/assets/payload/.agents/common/README.md +3 -0
  10. package/assets/payload/.agents/hooks/README.md +11 -0
  11. package/assets/payload/.agents/hooks/bash-worktree-fix.sh +7 -0
  12. package/assets/payload/.agents/hooks/post-tool-logger.js +18 -0
  13. package/assets/payload/.agents/hooks/session-tracker.js +17 -0
  14. package/assets/payload/.agents/hooks/user-prompt-logger.js +18 -0
  15. package/assets/payload/.agents/logs/.gitkeep +0 -0
  16. package/assets/payload/.agents/logs/schema.md +42 -0
  17. package/assets/payload/.agents/rules/README.md +12 -0
  18. package/assets/payload/.agents/rules/agent-coordination.md +5 -0
  19. package/assets/payload/.agents/rules/datetime.md +5 -0
  20. package/assets/payload/.agents/rules/frontmatter-operations.md +6 -0
  21. package/assets/payload/.agents/rules/github-operations.md +5 -0
  22. package/assets/payload/.agents/rules/path-standards.md +5 -0
  23. package/assets/payload/.agents/rules/test-execution.md +5 -0
  24. package/assets/payload/.agents/rules/worktree-operations.md +5 -0
  25. package/assets/payload/.agents/scripts/README.md +31 -0
  26. package/assets/payload/.agents/scripts/check-path-standards.sh +26 -0
  27. package/assets/payload/.agents/scripts/fix-path-standards.sh +14 -0
  28. package/assets/payload/.agents/scripts/git-sparse-download.sh +162 -0
  29. package/assets/payload/.agents/scripts/log-event.js +33 -0
  30. package/assets/payload/.agents/scripts/log-event.sh +5 -0
  31. package/assets/payload/.agents/scripts/pm/blocked.sh +36 -0
  32. package/assets/payload/.agents/scripts/pm/epic-list.sh +34 -0
  33. package/assets/payload/.agents/scripts/pm/in-progress.sh +36 -0
  34. package/assets/payload/.agents/scripts/pm/init.sh +139 -0
  35. package/assets/payload/.agents/scripts/pm/next.sh +110 -0
  36. package/assets/payload/.agents/scripts/pm/prd-list.sh +34 -0
  37. package/assets/payload/.agents/scripts/pm/search.sh +13 -0
  38. package/assets/payload/.agents/scripts/pm/standup.sh +19 -0
  39. package/assets/payload/.agents/scripts/pm/status.sh +61 -0
  40. package/assets/payload/.agents/scripts/pm/validate.sh +309 -0
  41. package/assets/payload/.agents/scripts/query-log.sh +57 -0
  42. package/assets/payload/.agents/scripts/test-and-log.sh +28 -0
  43. package/assets/payload/.agents/skills/.gitkeep +0 -0
  44. package/assets/payload/.agents/skills/README.md +23 -0
  45. package/assets/payload/.agents/skills/breakdown-skill/SKILL.md +40 -0
  46. package/assets/payload/.agents/skills/breakdown-skill/references/runbook.md +16 -0
  47. package/assets/payload/.agents/skills/breakdown-skill/templates/ambiguity-report.md +11 -0
  48. package/assets/payload/.agents/skills/breakdown-skill/templates/task-batch-summary.md +11 -0
  49. package/assets/payload/.agents/skills/closeout-skill/SKILL.md +42 -0
  50. package/assets/payload/.agents/skills/closeout-skill/references/runbook.md +16 -0
  51. package/assets/payload/.agents/skills/closeout-skill/templates/closure-checklist.md +7 -0
  52. package/assets/payload/.agents/skills/closeout-skill/templates/outcome-review.md +11 -0
  53. package/assets/payload/.agents/skills/discovery-skill/SKILL.md +44 -0
  54. package/assets/payload/.agents/skills/discovery-skill/references/runbook.md +14 -0
  55. package/assets/payload/.agents/skills/discovery-skill/templates/clarification-questions.md +18 -0
  56. package/assets/payload/.agents/skills/discovery-skill/templates/discovery-summary.md +14 -0
  57. package/assets/payload/.agents/skills/execution-skill/SKILL.md +42 -0
  58. package/assets/payload/.agents/skills/execution-skill/references/runbook.md +16 -0
  59. package/assets/payload/.agents/skills/execution-skill/templates/blocker-update.md +13 -0
  60. package/assets/payload/.agents/skills/execution-skill/templates/stream-update.md +9 -0
  61. package/assets/payload/.agents/skills/learning-skill/SKILL.md +41 -0
  62. package/assets/payload/.agents/skills/learning-skill/references/runbook.md +13 -0
  63. package/assets/payload/.agents/skills/learning-skill/templates/improvement-backlog.md +10 -0
  64. package/assets/payload/.agents/skills/learning-skill/templates/retrospective.md +11 -0
  65. package/assets/payload/.agents/skills/planning-skill/SKILL.md +40 -0
  66. package/assets/payload/.agents/skills/planning-skill/references/runbook.md +15 -0
  67. package/assets/payload/.agents/skills/planning-skill/templates/architecture-decision.md +15 -0
  68. package/assets/payload/.agents/skills/planning-skill/templates/workstream-definition.md +13 -0
  69. package/assets/payload/.agents/skills/quality-skill/SKILL.md +40 -0
  70. package/assets/payload/.agents/skills/quality-skill/references/runbook.md +14 -0
  71. package/assets/payload/.agents/skills/quality-skill/templates/gate-decision.md +10 -0
  72. package/assets/payload/.agents/skills/quality-skill/templates/quality-evidence.md +16 -0
  73. package/assets/payload/.agents/skills/sync-skill/SKILL.md +41 -0
  74. package/assets/payload/.agents/skills/sync-skill/references/runbook.md +17 -0
  75. package/assets/payload/.agents/skills/sync-skill/templates/conflict-resolution-actions.md +10 -0
  76. package/assets/payload/.agents/skills/sync-skill/templates/drift-report.md +14 -0
  77. package/assets/payload/.delano/README.md +7 -0
  78. package/assets/payload/.gitattributes +14 -0
  79. package/assets/payload/.project/context/README.md +15 -0
  80. package/assets/payload/.project/context/gui-testing.md +20 -0
  81. package/assets/payload/.project/context/product-context.md +17 -0
  82. package/assets/payload/.project/context/progress.md +23 -0
  83. package/assets/payload/.project/context/project-brief.md +13 -0
  84. package/assets/payload/.project/context/project-overview.md +14 -0
  85. package/assets/payload/.project/context/project-structure.md +24 -0
  86. package/assets/payload/.project/context/project-style-guide.md +17 -0
  87. package/assets/payload/.project/context/system-patterns.md +22 -0
  88. package/assets/payload/.project/context/tech-context.md +19 -0
  89. package/assets/payload/.project/projects/.gitkeep +0 -0
  90. package/assets/payload/.project/registry/linear-map.json +6 -0
  91. package/assets/payload/.project/registry/migration-map.json +5 -0
  92. package/assets/payload/.project/templates/completion-summary.md +16 -0
  93. package/assets/payload/.project/templates/plan.md +30 -0
  94. package/assets/payload/.project/templates/progress-update.md +20 -0
  95. package/assets/payload/.project/templates/spec.md +42 -0
  96. package/assets/payload/.project/templates/task.md +33 -0
  97. package/assets/payload/.project/templates/workstream.md +19 -0
  98. package/assets/payload/HANDBOOK.md +1511 -0
  99. package/assets/payload/install-delano.sh +311 -0
  100. package/bin/delano.js +13 -0
  101. package/install-delano.sh +311 -0
  102. package/package.json +26 -0
  103. package/src/cli/commands/install.js +57 -0
  104. package/src/cli/commands/wrapper.js +26 -0
  105. package/src/cli/index.js +97 -0
  106. package/src/cli/lib/errors.js +11 -0
  107. package/src/cli/lib/install.js +261 -0
  108. package/src/cli/lib/pm.js +29 -0
  109. package/src/cli/lib/runtime.js +122 -0
@@ -0,0 +1,42 @@
1
+ ---
2
+ name: execution-skill
3
+ description: Execute mapped tasks with stream discipline, dependency safety checks, and evidence updates. Use when tasks are ready for implementation.
4
+ ---
5
+
6
+ # execution-skill
7
+
8
+ ## Trigger context
9
+ - tasks are ready and dependency-safe
10
+
11
+ ## Required inputs
12
+ - task_ids
13
+ - stream_boundaries
14
+ - dependency_state
15
+
16
+ ## Output schema
17
+ - updated task status
18
+ - progress updates
19
+ - delivery artifacts (commits/PRs/notes)
20
+
21
+ ## Quality checks
22
+ - blockers explicit with owner/check-back time
23
+ - progress updates current
24
+ - stream boundaries respected
25
+
26
+ ## Failure behavior
27
+ - stop work on hard blockers
28
+ - escalate file ownership conflict
29
+
30
+ ## Allowed side effects
31
+ - update task frontmatter/status
32
+ - append updates under `.project/projects/<slug>/updates/`
33
+
34
+ ## Script hooks
35
+ - `bash .agents/scripts/pm/in-progress.sh`
36
+ - `bash .agents/scripts/pm/standup.sh`
37
+ - `bash .agents/scripts/pm/next.sh`
38
+
39
+ ## Execution assets
40
+ - `references/runbook.md`
41
+ - `templates/blocker-update.md`
42
+ - `templates/stream-update.md`
@@ -0,0 +1,16 @@
1
+ # Execution Runbook
2
+
3
+ 1. Pick dependency-safe task:
4
+ - `bash .agents/scripts/pm/next.sh`
5
+ 2. Set task status to `in-progress`.
6
+ 3. Execute implementation in owned boundaries.
7
+ 4. Record updates in `.project/projects/<slug>/updates/...`.
8
+ 5. Surface blockers immediately:
9
+ - `bash .agents/scripts/pm/blocked.sh`
10
+ 6. Review active work:
11
+ - `bash .agents/scripts/pm/in-progress.sh`
12
+
13
+ Exit gate:
14
+ - Work complete per acceptance criteria
15
+ - Evidence log updated
16
+ - Task ready for quality/review
@@ -0,0 +1,13 @@
1
+ # Blocker Update
2
+
3
+ ## Task
4
+
5
+ ## Blocker
6
+
7
+ ## Blocker Owner
8
+
9
+ ## Check-back Time
10
+
11
+ ## Mitigation Attempted
12
+
13
+ ## Next Safe Action
@@ -0,0 +1,9 @@
1
+ # Stream Update
2
+
3
+ ## Completed
4
+
5
+ ## In Progress
6
+
7
+ ## Blockers
8
+
9
+ ## Next Actions
@@ -0,0 +1,41 @@
1
+ ---
2
+ name: learning-skill
3
+ description: Distill reusable decisions and lessons into project memory and improvement actions. Use at milestones, closeout, or recurring failure patterns.
4
+ ---
5
+
6
+ # learning-skill
7
+
8
+ ## Trigger context
9
+ - milestone or project closeout
10
+ - recurring failure pattern detected
11
+
12
+ ## Required inputs
13
+ - project_slug
14
+ - retrospective_notes
15
+ - execution_logs
16
+
17
+ ## Output schema
18
+ - updated `decisions.md`
19
+ - reusable lessons summary
20
+ - follow-up improvement items
21
+
22
+ ## Quality checks
23
+ - every lesson links to observed evidence
24
+ - lessons are actionable and specific
25
+ - next-cycle improvements are prioritized
26
+
27
+ ## Failure behavior
28
+ - if evidence is weak, return evidence gaps first
29
+
30
+ ## Allowed side effects
31
+ - update `.project/projects/<slug>/decisions.md`
32
+ - append to project context/progress docs
33
+
34
+ ## Script hooks
35
+ - `bash .agents/scripts/query-log.sh --last 200`
36
+ - `bash .agents/scripts/pm/status.sh`
37
+
38
+ ## Execution assets
39
+ - `references/runbook.md`
40
+ - `templates/retrospective.md`
41
+ - `templates/improvement-backlog.md`
@@ -0,0 +1,13 @@
1
+ # Learning Runbook
2
+
3
+ 1. Gather evidence from updates, logs, and outcomes.
4
+ 2. Extract decisions and lessons with explicit evidence links.
5
+ 3. Update `.project/projects/<slug>/decisions.md`.
6
+ 4. Add prioritized improvement actions for next cycle.
7
+ 5. Snapshot current project state:
8
+ - `bash .agents/scripts/pm/status.sh`
9
+
10
+ Exit gate:
11
+ - Lessons are actionable
12
+ - Reusable patterns are explicit
13
+ - Improvement backlog is prioritized
@@ -0,0 +1,10 @@
1
+ # Improvement Backlog
2
+
3
+ ## P1
4
+ -
5
+
6
+ ## P2
7
+ -
8
+
9
+ ## P3
10
+ -
@@ -0,0 +1,11 @@
1
+ # Retrospective
2
+
3
+ ## What Worked
4
+
5
+ ## What Did Not Work
6
+
7
+ ## Key Decisions and Why
8
+
9
+ ## Reusable Patterns
10
+
11
+ ## Improvements for Next Cycle
@@ -0,0 +1,40 @@
1
+ ---
2
+ name: planning-skill
3
+ description: Translate an approved Spec into an executable Delivery Plan and workstreams. Use after spec approval before task decomposition.
4
+ ---
5
+
6
+ # planning-skill
7
+
8
+ ## Trigger context
9
+ - `spec.md` approved and active
10
+
11
+ ## Required inputs
12
+ - spec_path
13
+ - architecture_constraints
14
+ - dependency_inputs
15
+
16
+ ## Output schema
17
+ - `.project/projects/<slug>/plan.md`
18
+ - `.project/projects/<slug>/workstreams/*.md`
19
+
20
+ ## Quality checks
21
+ - architecture decisions justified
22
+ - rollout and rollback path documented
23
+ - workstream boundaries explicit
24
+
25
+ ## Failure behavior
26
+ - stop on unresolved architectural conflicts
27
+ - return tradeoff matrix and decision prompts
28
+
29
+ ## Allowed side effects
30
+ - create/update `plan.md`
31
+ - create/update `workstreams/*.md`
32
+
33
+ ## Script hooks
34
+ - `bash .agents/scripts/pm/validate.sh`
35
+ - `bash .agents/scripts/pm/status.sh`
36
+
37
+ ## Execution assets
38
+ - `references/runbook.md`
39
+ - `templates/architecture-decision.md`
40
+ - `templates/workstream-definition.md`
@@ -0,0 +1,15 @@
1
+ # Planning Runbook
2
+
3
+ 1. Read `spec.md` and extract constraints.
4
+ 2. Draft `plan.md` from `.project/templates/plan.md`.
5
+ 3. Define initial workstreams from `.project/templates/workstream.md`.
6
+ 4. Add milestone, rollout, rollback, and test strategies.
7
+ 5. Validate:
8
+ - `bash .agents/scripts/pm/validate.sh`
9
+ 6. Snapshot:
10
+ - `bash .agents/scripts/pm/status.sh`
11
+
12
+ Exit gate:
13
+ - Architecture decisions justified
14
+ - Workstream ownership boundaries clear
15
+ - Rollout/rollback explicit
@@ -0,0 +1,15 @@
1
+ # Architecture Decision
2
+
3
+ ## Context
4
+
5
+ ## Decision
6
+
7
+ ## Alternatives Considered
8
+ - Option A:
9
+ - Option B:
10
+
11
+ ## Rationale
12
+
13
+ ## Consequences
14
+
15
+ ## Follow-up Actions
@@ -0,0 +1,13 @@
1
+ # Workstream Definition
2
+
3
+ ## Name
4
+
5
+ ## Objective
6
+
7
+ ## Owned Files/Areas
8
+
9
+ ## Dependencies
10
+
11
+ ## Conflict Risk Zones
12
+
13
+ ## Handoff Criteria
@@ -0,0 +1,40 @@
1
+ ---
2
+ name: quality-skill
3
+ description: Verify release readiness and enforce quality gates with risk-based checks and evidence capture. Use before closure or merge.
4
+ ---
5
+
6
+ # quality-skill
7
+
8
+ ## Trigger context
9
+ - target tasks are implemented and ready for verification
10
+
11
+ ## Required inputs
12
+ - changed_scope
13
+ - risk_level
14
+ - test_requirements
15
+
16
+ ## Output schema
17
+ - quality_evidence bundle
18
+ - pass/fail gate decision
19
+
20
+ ## Quality checks
21
+ - required tests executed by risk level
22
+ - acceptance criteria complete
23
+ - unresolved critical defects = 0
24
+
25
+ ## Failure behavior
26
+ - stop merge readiness on failed critical checks
27
+ - emit remediation checklist
28
+
29
+ ## Allowed side effects
30
+ - append evidence logs in task files
31
+ - write test logs under `.agents/logs/tests/`
32
+
33
+ ## Script hooks
34
+ - `bash .agents/scripts/test-and-log.sh <command>`
35
+ - `bash .agents/scripts/pm/validate.sh`
36
+
37
+ ## Execution assets
38
+ - `references/runbook.md`
39
+ - `templates/quality-evidence.md`
40
+ - `templates/gate-decision.md`
@@ -0,0 +1,14 @@
1
+ # Quality Runbook
2
+
3
+ 1. Determine risk level (low/medium/high).
4
+ 2. Execute required tests and capture logs:
5
+ - `bash .agents/scripts/test-and-log.sh <test command>`
6
+ 3. Verify acceptance criteria and evidence completeness.
7
+ 4. Re-run validation:
8
+ - `bash .agents/scripts/pm/validate.sh`
9
+ 5. Produce gate decision summary.
10
+
11
+ Exit gate:
12
+ - Required checks pass for risk level
13
+ - Critical unresolved defects = 0
14
+ - Evidence links are present
@@ -0,0 +1,10 @@
1
+ # Quality Gate Decision
2
+
3
+ ## Decision
4
+ - pass / fail
5
+
6
+ ## Reasoning
7
+
8
+ ## Blocking Items (if fail)
9
+
10
+ ## Required Follow-up
@@ -0,0 +1,16 @@
1
+ # Quality Evidence
2
+
3
+ ## Scope
4
+
5
+ ## Risk Level
6
+
7
+ ## Tests Run
8
+ - Unit:
9
+ - Integration:
10
+ - GUI/E2E:
11
+
12
+ ## Results
13
+
14
+ ## Defects Found
15
+
16
+ ## Evidence Links
@@ -0,0 +1,41 @@
1
+ ---
2
+ name: sync-skill
3
+ description: Reconcile local contracts with Linear and GitHub state, repair mapping and status drift, and update registry files. Use when task state changes or sync drift is suspected.
4
+ ---
5
+
6
+ # sync-skill
7
+
8
+ ## Trigger context
9
+ - active tasks changed
10
+ - status or dependency drift suspected
11
+
12
+ ## Required inputs
13
+ - project_slug
14
+ - local_registry
15
+ - task_files
16
+
17
+ ## Output schema
18
+ - updated_registry
19
+ - drift_report
20
+
21
+ ## Quality checks
22
+ - active tasks mapped
23
+ - no duplicate mapping
24
+ - dependency parity pass
25
+
26
+ ## Failure behavior
27
+ - dry-run when uncertainty detected
28
+ - emit conflict resolution actions
29
+
30
+ ## Allowed side effects
31
+ - update `.project/registry/linear-map.json`
32
+ - update local IDs/links in task contracts
33
+
34
+ ## Script hooks
35
+ - `bash .agents/scripts/pm/status.sh`
36
+ - `bash .agents/scripts/pm/validate.sh`
37
+
38
+ ## Execution assets
39
+ - `references/runbook.md`
40
+ - `templates/drift-report.md`
41
+ - `templates/conflict-resolution-actions.md`
@@ -0,0 +1,17 @@
1
+ # Sync Runbook
2
+
3
+ 1. Read local contracts and `.project/registry/linear-map.json`.
4
+ 2. Compare with Linear/GitHub state.
5
+ 3. Apply idempotent cycle:
6
+ - create missing mappings
7
+ - update changed statuses/links
8
+ - preserve existing IDs
9
+ 4. Write drift report and mapping updates.
10
+ 5. Validate:
11
+ - `bash .agents/scripts/pm/status.sh`
12
+ - `bash .agents/scripts/pm/validate.sh`
13
+
14
+ Exit gate:
15
+ - No orphaned active tasks
16
+ - No duplicate mappings
17
+ - Status/dependency parity confirmed
@@ -0,0 +1,10 @@
1
+ # Conflict Resolution Actions
2
+
3
+ ## Conflict
4
+
5
+ ## Proposed Resolution
6
+
7
+ ## Needs Human Decision?
8
+ - yes / no
9
+
10
+ ## Safe Next Step
@@ -0,0 +1,14 @@
1
+ # Drift Report
2
+
3
+ ## Mapping Drift
4
+
5
+ ## Status Drift
6
+
7
+ ## Dependency Drift
8
+
9
+ ## Orphan Drift
10
+
11
+ ## Risk Level
12
+ - low | medium | high
13
+
14
+ ## Recommended Action
@@ -0,0 +1,7 @@
1
+ # Optional Delano UI Layer
2
+
3
+ This folder is reserved for optional presentation tooling.
4
+
5
+ Policy:
6
+ - `.project` remains source of truth.
7
+ - `.delano` must not become process truth.
@@ -0,0 +1,14 @@
1
+ *.sh text eol=lf
2
+ *.bash text eol=lf
3
+ *.zsh text eol=lf
4
+
5
+ *.md text eol=lf
6
+ *.yml text eol=lf
7
+ *.yaml text eol=lf
8
+ *.json text eol=lf
9
+ *.jsonc text eol=lf
10
+ *.ts text eol=lf
11
+ *.tsx text eol=lf
12
+ *.js text eol=lf
13
+ *.mjs text eol=lf
14
+ *.py text eol=lf
@@ -0,0 +1,15 @@
1
+ # Delano Context Pack
2
+
3
+ Keep this folder current for execution continuity.
4
+
5
+ Required context files:
6
+
7
+ - `project-overview.md`
8
+ - `project-brief.md`
9
+ - `tech-context.md`
10
+ - `project-structure.md`
11
+ - `system-patterns.md`
12
+ - `product-context.md`
13
+ - `project-style-guide.md`
14
+ - `progress.md`
15
+ - `gui-testing.md`
@@ -0,0 +1,20 @@
1
+ # GUI Testing Policy
2
+
3
+ ## Enforcement Mode
4
+ - `advisory`
5
+
6
+ ## Smoke Routes
7
+ - No GUI smoke route is required for the current core repo because Delano is presently handbook- and script-driven.
8
+ - If a project introduces or changes `.delano/` UI surfaces, that project should add the routes and critical flows to exercise here or in project-specific context.
9
+
10
+ ## Console Filtering
11
+ - Block browser/runtime errors for any UI surface that is introduced.
12
+ - Allow only documented, known development-only noise during local testing.
13
+
14
+ ## Evidence Requirements
15
+ - Capture screenshots, console output, and comparison notes only for work that touches `.delano/` or other browser-visible surfaces.
16
+ - Script- and contract-only changes do not require GUI evidence.
17
+
18
+ ## Design Validation Threshold
19
+ - For UI work, critical flows must render correctly, remain usable on supported viewports, and ship without blocked console errors.
20
+ - For non-UI work in this repo, this section is not a gating constraint.
@@ -0,0 +1,17 @@
1
+ # Product Context
2
+
3
+ ## Users
4
+ - Maintainers evolving Delano's handbook, runtime, and installer behavior.
5
+ - Operators adding Delano to existing repositories and using the PM/runtime scripts day to day.
6
+ - Coding agents working through Delano's shared contracts and adapter notes instead of tool-specific process variants.
7
+
8
+ ## Core Flows
9
+ - Start with an outcome, draft a spec, make the probe decision explicit, plan workstreams, decompose tasks, execute, validate, and close out with evidence.
10
+ - Install Delano into a repository, then operate primarily through `.project/` contracts and `.agents/scripts/pm/*`.
11
+ - Use `validate`, `status`, `next`, and related scripts to keep delivery state coherent and dependency-safe.
12
+
13
+ ## Constraints
14
+ - Delano must stay agent-agnostic and protocol-first rather than becoming a proprietary execution host.
15
+ - `.project` remains the source of truth for delivery state.
16
+ - `.agents` remains the canonical runtime and `.claude` is compatibility only.
17
+ - `.delano` remains optional and must not become process truth.
@@ -0,0 +1,23 @@
1
+ # Progress
2
+
3
+ ## What Changed
4
+ - Completed the handbook-theo-method-upgrade implementation bundle across handbook, templates, runtime scripts, hooks/logging, installer messaging, and skill/runbook references.
5
+ - Synced the `.claude` compatibility mirror to the updated `.agents` runtime so canonical and fallback command paths now align.
6
+ - Replaced the placeholder `.project/context/` files with repo-specific context for Delano as both product and reference implementation.
7
+ - Created the `delano-cli-packaging-v1` project with an approved spec, planned delivery plan, four workstreams, and a decomposed task graph.
8
+ - Added the first working `@bvdm/delano` scaffold: package metadata, `delano` bin entrypoint, command dispatch, wrapper commands, install manifest, asset build pipeline, and a conservative install flow.
9
+
10
+ ## Why It Changed
11
+ - The repo had drift between written process, generated scaffolds, and executable runtime behavior around canonical paths and probe-aware delivery.
12
+ - Closing that drift restores Delano's contract discipline and makes the documented operating model match the runnable one.
13
+ - The repository still lacked living context for Delano itself and needed a clean planning baseline before starting the npm CLI packaging effort.
14
+ - The CLI effort needed a real executable foundation so later bridge, docs, and release work could build on actual package behavior rather than placeholders.
15
+
16
+ ## What Is Next
17
+ - Use `.agents/scripts/pm/*` as the canonical operator path for future work.
18
+ - Follow up separately on any external documentation that may still teach legacy `.claude` examples.
19
+ - Continue `delano-cli-packaging-v1` with legacy installer alignment, operator docs, and release-focused verification.
20
+
21
+ ## Remaining Risks
22
+ - External docs outside this repository may still need the same canonical-path sweep.
23
+ - The CLI packaging project still needs explicit operator documentation and final quality review before the first npm release is ready.
@@ -0,0 +1,13 @@
1
+ # Project Brief
2
+
3
+ ## Problem
4
+ - Delano is both the product and the reference repository, so this repo needs real execution context inside `.project/context/`, not empty placeholders.
5
+ - The next delivery initiative is a first npm/CLI packaging layer that must wrap the existing runtime without breaking Delano's handbook-first, file-contract-first architecture.
6
+
7
+ ## Target Outcome
8
+ - Keep this repository self-describing for maintainers and coding agents by documenting the actual product purpose, runtime boundaries, operating constraints, and current health.
9
+ - Stand up a handbook-compliant project outline for the v1 CLI packaging effort so execution can start from an approved spec, delivery plan, workstreams, and atomic tasks.
10
+
11
+ ## Scope Boundaries
12
+ - In scope: repository context for Delano itself, the current canonical runtime model, and the planning/decomposition artifacts for the CLI packaging initiative.
13
+ - Out of scope: implementing the CLI in this setup pass, redefining Delano's core architecture, or changing adapter entrypoint behavior by default.
@@ -0,0 +1,14 @@
1
+ # Project Overview
2
+
3
+ ## Mission
4
+ - Delano is an agent-agnostic delivery system that turns outcomes into specs, plans, tasks, execution evidence, and learnings through shared file contracts and runtime scripts.
5
+ - This repository is the canonical source for the handbook, runtime, templates, and reference install path used when Delano is adopted in other repositories.
6
+
7
+ ## Active Delivery Scopes
8
+ - `handbook-theo-method-upgrade` is complete and established the `.agents`-first, probe-aware operating model.
9
+ - `delano-cli-packaging-v1` is the next planned scope: add a thin npm CLI and packaging layer around the existing runtime without turning Delano into a harness.
10
+
11
+ ## Current Health
12
+ - Canonical runtime and contract structure are present and `bash .agents/scripts/pm/validate.sh` passes in this environment.
13
+ - `.agents/` is the canonical runtime tree. `.claude/` exists in this repo as a directory mirror with matching contents, not as a symlink.
14
+ - The primary current gap was context quality rather than missing runtime pieces; the context pack should now be maintained as execution memory, not treated as boilerplate.
@@ -0,0 +1,24 @@
1
+ # Project Structure
2
+
3
+ Document major repository boundaries and ownership.
4
+
5
+ ## Canonical Boundaries
6
+ - `HANDBOOK.md`: canonical operating model, governance, contracts, and workflow stages.
7
+ - `.project/`: delivery truth for project specs, plans, workstreams, tasks, updates, decisions, templates, registry state, and shared context.
8
+ - `.agents/`: canonical runtime assets shared across supported coding agents.
9
+ - `.claude/`: compatibility mirror of `.agents/`; present for Claude-style path expectations only.
10
+ - `.delano/`: optional presentation layer; never source of process truth.
11
+
12
+ ## Runtime Areas
13
+ - `.agents/scripts/pm/`: critical operator commands such as `init.sh`, `validate.sh`, `status.sh`, `next.sh`, and `blocked.sh`.
14
+ - `.agents/skills/`: stage skills and supporting runbooks/templates used to structure work.
15
+ - `.agents/rules/` and `.agents/hooks/`: guardrails and runtime instrumentation.
16
+ - `.agents/adapters/<agent>/`: thin agent-specific notes for Claude, Codex, OpenCode, and Pi.
17
+
18
+ ## Documentation Areas
19
+ - `README.md`: short product/repo overview.
20
+ - `docs/`: operator-facing guidance that expands on the handbook and runtime.
21
+ - Top-level adapter entry files such as `AGENTS.md`, `CLAUDE.md`, and `CODEX.md`: thin pointers into the canonical model.
22
+
23
+ ## Working Notes
24
+ - `tmp/` is scratch space and is not part of Delano's canonical runtime or delivery truth.
@@ -0,0 +1,17 @@
1
+ # Project Style Guide
2
+
3
+ ## Naming
4
+ - Use kebab-case for project slugs under `.project/projects/`.
5
+ - Use `WS-<letter>` for workstream identifiers and `T-###` for task identifiers.
6
+ - Keep adapter/runtime references explicit: `.agents` for canonical paths, `.claude` only when discussing compatibility behavior.
7
+
8
+ ## Documentation Conventions
9
+ - Keep context files short, factual, and current enough for another operator or agent to resume work without rediscovery.
10
+ - Use handbook terminology consistently: outcome, spec, probe decision, workstream, task, evidence, and closeout.
11
+ - Frontmatter timestamps must be ISO8601 UTC.
12
+ - Do not leak machine-specific absolute paths into shared docs or contracts.
13
+
14
+ ## Review Expectations
15
+ - Changes that touch contracts, templates, runtime scripts, or user-facing docs should be checked for cross-artifact consistency, not reviewed in isolation.
16
+ - Run `bash .agents/scripts/pm/validate.sh` after modifying delivery artifacts or runtime behavior.
17
+ - When planning install or packaging work, prefer conflict-first and non-destructive behavior by default.
@@ -0,0 +1,22 @@
1
+ # System Patterns
2
+
3
+ Capture architecture and delivery patterns that should be reused.
4
+
5
+ ## Handbook-First Delivery
6
+ - Changes to runtime behavior, templates, and operator guidance should be aligned with `HANDBOOK.md`, not invented ad hoc in scripts or adapter docs.
7
+ - Planning follows the handbook stages: discovery, optional probe, planning, breakdown, sync, execution, quality, closeout, and learning.
8
+
9
+ ## File-Contract-First State
10
+ - `.project/` is the source of truth for delivery state. Scripts and future tooling should read and respect those contracts instead of replacing them with hidden state.
11
+ - Project context files are part of execution continuity and should be updated when repo reality changes.
12
+
13
+ ## Thin Runtime Wrapping
14
+ - Delano favors thin wrappers around existing execution scripts over large rewrites. The current PM scripts are shell/Python-driven and should remain the execution layer unless there is a strong reason to replace them.
15
+ - Adapter entrypoints stay minimal and point back to the shared runtime and handbook.
16
+
17
+ ## Compatibility Without Dual Truth
18
+ - `.claude/` may mirror `.agents/`, but it is compatibility infrastructure only. New work should treat `.agents/` as canonical and avoid creating a second source of truth.
19
+
20
+ ## Conservative Installation
21
+ - Installation and packaging flows should compute explicit plans, surface conflicts early, and avoid silently overwriting `.project/` or `.agents/` content.
22
+ - Seeded files may establish a repo, but once installed the consumer repo owns its own `.project` state.
@@ -0,0 +1,19 @@
1
+ # Tech Context
2
+
3
+ ## Stack
4
+ - Markdown contracts and templates for delivery artifacts.
5
+ - Bash for the PM/operator script layer.
6
+ - Python for validation and dependency-graph checks.
7
+ - Git for repository discovery, sparse installs, and sync-oriented workflows.
8
+ - Node/npm is the intended packaging surface for the next CLI initiative, but not yet the execution layer for Delano itself.
9
+
10
+ ## Runtime Constraints
11
+ - Current operator environment is Windows-first with PowerShell available; Delano still assumes `bash`, `git`, and a usable Python runtime.
12
+ - Canonical command paths should use `.agents/scripts/...`; `.claude/scripts/...` is compatibility-only when the mirror exists.
13
+ - Shared docs and contracts must avoid absolute path leakage.
14
+ - `.project` and `.agents` are seeded artifacts and runtime assets, not package-owned mutable state after install.
15
+
16
+ ## Integration Points
17
+ - `.project/registry/linear-map.json` and `.project/registry/migration-map.json` capture tracker mapping state.
18
+ - `.agents/scripts/pm/init.sh`, `validate.sh`, `status.sh`, `next.sh`, and `blocked.sh` are the current critical-path operator interface.
19
+ - `install-delano.sh` is the current shell-first bootstrap path for installing Delano into another repository.
File without changes
@@ -0,0 +1,6 @@
1
+ {
2
+ "version": 1,
3
+ "updated": "2026-02-19T13:36:35Z",
4
+ "projects": {},
5
+ "tasks": {}
6
+ }