@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.
- package/HANDBOOK.md +1511 -0
- package/README.md +122 -0
- package/assets/install-manifest.json +102 -0
- package/assets/payload/.agents/README.md +12 -0
- package/assets/payload/.agents/adapters/claude/README.md +5 -0
- package/assets/payload/.agents/adapters/codex/README.md +5 -0
- package/assets/payload/.agents/adapters/opencode/README.md +5 -0
- package/assets/payload/.agents/adapters/pi/README.md +5 -0
- package/assets/payload/.agents/common/README.md +3 -0
- package/assets/payload/.agents/hooks/README.md +11 -0
- package/assets/payload/.agents/hooks/bash-worktree-fix.sh +7 -0
- package/assets/payload/.agents/hooks/post-tool-logger.js +18 -0
- package/assets/payload/.agents/hooks/session-tracker.js +17 -0
- package/assets/payload/.agents/hooks/user-prompt-logger.js +18 -0
- package/assets/payload/.agents/logs/.gitkeep +0 -0
- package/assets/payload/.agents/logs/schema.md +42 -0
- package/assets/payload/.agents/rules/README.md +12 -0
- package/assets/payload/.agents/rules/agent-coordination.md +5 -0
- package/assets/payload/.agents/rules/datetime.md +5 -0
- package/assets/payload/.agents/rules/frontmatter-operations.md +6 -0
- package/assets/payload/.agents/rules/github-operations.md +5 -0
- package/assets/payload/.agents/rules/path-standards.md +5 -0
- package/assets/payload/.agents/rules/test-execution.md +5 -0
- package/assets/payload/.agents/rules/worktree-operations.md +5 -0
- package/assets/payload/.agents/scripts/README.md +31 -0
- package/assets/payload/.agents/scripts/check-path-standards.sh +26 -0
- package/assets/payload/.agents/scripts/fix-path-standards.sh +14 -0
- package/assets/payload/.agents/scripts/git-sparse-download.sh +162 -0
- package/assets/payload/.agents/scripts/log-event.js +33 -0
- package/assets/payload/.agents/scripts/log-event.sh +5 -0
- package/assets/payload/.agents/scripts/pm/blocked.sh +36 -0
- package/assets/payload/.agents/scripts/pm/epic-list.sh +34 -0
- package/assets/payload/.agents/scripts/pm/in-progress.sh +36 -0
- package/assets/payload/.agents/scripts/pm/init.sh +139 -0
- package/assets/payload/.agents/scripts/pm/next.sh +110 -0
- package/assets/payload/.agents/scripts/pm/prd-list.sh +34 -0
- package/assets/payload/.agents/scripts/pm/search.sh +13 -0
- package/assets/payload/.agents/scripts/pm/standup.sh +19 -0
- package/assets/payload/.agents/scripts/pm/status.sh +61 -0
- package/assets/payload/.agents/scripts/pm/validate.sh +309 -0
- package/assets/payload/.agents/scripts/query-log.sh +57 -0
- package/assets/payload/.agents/scripts/test-and-log.sh +28 -0
- package/assets/payload/.agents/skills/.gitkeep +0 -0
- package/assets/payload/.agents/skills/README.md +23 -0
- package/assets/payload/.agents/skills/breakdown-skill/SKILL.md +40 -0
- package/assets/payload/.agents/skills/breakdown-skill/references/runbook.md +16 -0
- package/assets/payload/.agents/skills/breakdown-skill/templates/ambiguity-report.md +11 -0
- package/assets/payload/.agents/skills/breakdown-skill/templates/task-batch-summary.md +11 -0
- package/assets/payload/.agents/skills/closeout-skill/SKILL.md +42 -0
- package/assets/payload/.agents/skills/closeout-skill/references/runbook.md +16 -0
- package/assets/payload/.agents/skills/closeout-skill/templates/closure-checklist.md +7 -0
- package/assets/payload/.agents/skills/closeout-skill/templates/outcome-review.md +11 -0
- package/assets/payload/.agents/skills/discovery-skill/SKILL.md +44 -0
- package/assets/payload/.agents/skills/discovery-skill/references/runbook.md +14 -0
- package/assets/payload/.agents/skills/discovery-skill/templates/clarification-questions.md +18 -0
- package/assets/payload/.agents/skills/discovery-skill/templates/discovery-summary.md +14 -0
- package/assets/payload/.agents/skills/execution-skill/SKILL.md +42 -0
- package/assets/payload/.agents/skills/execution-skill/references/runbook.md +16 -0
- package/assets/payload/.agents/skills/execution-skill/templates/blocker-update.md +13 -0
- package/assets/payload/.agents/skills/execution-skill/templates/stream-update.md +9 -0
- package/assets/payload/.agents/skills/learning-skill/SKILL.md +41 -0
- package/assets/payload/.agents/skills/learning-skill/references/runbook.md +13 -0
- package/assets/payload/.agents/skills/learning-skill/templates/improvement-backlog.md +10 -0
- package/assets/payload/.agents/skills/learning-skill/templates/retrospective.md +11 -0
- package/assets/payload/.agents/skills/planning-skill/SKILL.md +40 -0
- package/assets/payload/.agents/skills/planning-skill/references/runbook.md +15 -0
- package/assets/payload/.agents/skills/planning-skill/templates/architecture-decision.md +15 -0
- package/assets/payload/.agents/skills/planning-skill/templates/workstream-definition.md +13 -0
- package/assets/payload/.agents/skills/quality-skill/SKILL.md +40 -0
- package/assets/payload/.agents/skills/quality-skill/references/runbook.md +14 -0
- package/assets/payload/.agents/skills/quality-skill/templates/gate-decision.md +10 -0
- package/assets/payload/.agents/skills/quality-skill/templates/quality-evidence.md +16 -0
- package/assets/payload/.agents/skills/sync-skill/SKILL.md +41 -0
- package/assets/payload/.agents/skills/sync-skill/references/runbook.md +17 -0
- package/assets/payload/.agents/skills/sync-skill/templates/conflict-resolution-actions.md +10 -0
- package/assets/payload/.agents/skills/sync-skill/templates/drift-report.md +14 -0
- package/assets/payload/.delano/README.md +7 -0
- package/assets/payload/.gitattributes +14 -0
- package/assets/payload/.project/context/README.md +15 -0
- package/assets/payload/.project/context/gui-testing.md +20 -0
- package/assets/payload/.project/context/product-context.md +17 -0
- package/assets/payload/.project/context/progress.md +23 -0
- package/assets/payload/.project/context/project-brief.md +13 -0
- package/assets/payload/.project/context/project-overview.md +14 -0
- package/assets/payload/.project/context/project-structure.md +24 -0
- package/assets/payload/.project/context/project-style-guide.md +17 -0
- package/assets/payload/.project/context/system-patterns.md +22 -0
- package/assets/payload/.project/context/tech-context.md +19 -0
- package/assets/payload/.project/projects/.gitkeep +0 -0
- package/assets/payload/.project/registry/linear-map.json +6 -0
- package/assets/payload/.project/registry/migration-map.json +5 -0
- package/assets/payload/.project/templates/completion-summary.md +16 -0
- package/assets/payload/.project/templates/plan.md +30 -0
- package/assets/payload/.project/templates/progress-update.md +20 -0
- package/assets/payload/.project/templates/spec.md +42 -0
- package/assets/payload/.project/templates/task.md +33 -0
- package/assets/payload/.project/templates/workstream.md +19 -0
- package/assets/payload/HANDBOOK.md +1511 -0
- package/assets/payload/install-delano.sh +311 -0
- package/bin/delano.js +13 -0
- package/install-delano.sh +311 -0
- package/package.json +26 -0
- package/src/cli/commands/install.js +57 -0
- package/src/cli/commands/wrapper.js +26 -0
- package/src/cli/index.js +97 -0
- package/src/cli/lib/errors.js +11 -0
- package/src/cli/lib/install.js +261 -0
- package/src/cli/lib/pm.js +29 -0
- 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,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,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,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,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,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
|