dan/skills
1
0
Fork 0
Code Issues Pull requests Actions Packages Projects Releases Wiki Activity

bd sync: 2026-01-12 10:19:10

Browse source
This commit is contained in:
dan 2026-01-12 10:19:10 -08:00
parent 0bffc07b5f
commit 6e81841e8d
3 changed files with 22 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
.beads/.local_version
View file

@ -1 +1 @@
0.47.0 0.47.1

23
.beads/issues.jsonl
View file

@ -25,16 +25,19 @@
{"id":"skills-2xc","title":"Extract date format constant in types.nim","description":"[SMELL] LOW - Date format 'yyyy-MM-dd HH:mm:sszzz' hardcoded in toJson/fromJson. Extract to const DateFormat* or use times.IsoDateTimeFormat.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T18:50:53.896053988-08:00","created_by":"dan","updated_at":"2026-01-10T20:53:25.756173382-08:00","closed_at":"2026-01-10T20:53:25.756173382-08:00","close_reason":"ContextDateFormat already extracted in error handling refactor"} {"id":"skills-2xc","title":"Extract date format constant in types.nim","description":"[SMELL] LOW - Date format 'yyyy-MM-dd HH:mm:sszzz' hardcoded in toJson/fromJson. Extract to const DateFormat* or use times.IsoDateTimeFormat.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T18:50:53.896053988-08:00","created_by":"dan","updated_at":"2026-01-10T20:53:25.756173382-08:00","closed_at":"2026-01-10T20:53:25.756173382-08:00","close_reason":"ContextDateFormat already extracted in error handling refactor"}
{"id":"skills-2xo","title":"Add README.md for web-search skill","description":"web-search skill has SKILL.md and scripts but no README.md. AGENTS.md says README.md is for humans, contains installation instructions, usage examples, prerequisites.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:14.26066025-08:00","updated_at":"2025-12-28T22:37:48.324822157-05:00","closed_at":"2025-12-28T22:37:48.324822157-05:00","close_reason":"Added README.md with prerequisites, usage examples, and cross-references","dependencies":[{"issue_id":"skills-2xo","depends_on_id":"skills-vb5","type":"blocks","created_at":"2025-11-30T12:01:30.240439018-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-2xo","title":"Add README.md for web-search skill","description":"web-search skill has SKILL.md and scripts but no README.md. AGENTS.md says README.md is for humans, contains installation instructions, usage examples, prerequisites.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:14.26066025-08:00","updated_at":"2025-12-28T22:37:48.324822157-05:00","closed_at":"2025-12-28T22:37:48.324822157-05:00","close_reason":"Added README.md with prerequisites, usage examples, and cross-references","dependencies":[{"issue_id":"skills-2xo","depends_on_id":"skills-vb5","type":"blocks","created_at":"2025-11-30T12:01:30.240439018-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-31y","title":"Design: Review funnel with arbiter agent","description":"Solve review bottleneck footgun (10 agents = 10 PRs to reconcile). Add arbiter/synthesis step: workers → arbiter agent (dedupes, resolves conflicts) → single synthesized PR → human review. Pre-review by lint/style agents so humans see substantive deltas only. From HN discussions on parallel agents.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-10T15:41:00.232426243-08:00","created_by":"dan","updated_at":"2026-01-10T15:41:00.232426243-08:00","dependencies":[{"issue_id":"skills-31y","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T15:41:00.233443613-08:00","created_by":"dan"}]} {"id":"skills-31y","title":"Design: Review funnel with arbiter agent","description":"Solve review bottleneck footgun (10 agents = 10 PRs to reconcile). Add arbiter/synthesis step: workers → arbiter agent (dedupes, resolves conflicts) → single synthesized PR → human review. Pre-review by lint/style agents so humans see substantive deltas only. From HN discussions on parallel agents.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-10T15:41:00.232426243-08:00","created_by":"dan","updated_at":"2026-01-10T15:41:00.232426243-08:00","dependencies":[{"issue_id":"skills-31y","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T15:41:00.233443613-08:00","created_by":"dan"}]}
{"id":"skills-365b","title":"infra: Security boundaries and sandboxing for workers","description":"**Raised by:** gemini, gpt\n\n**Problem:**\nWorkers run in worktrees (directories), not containers. Nothing prevents worker from editing SKILL.md, worker CLI source, or accessing .env files. Workers can paste stack traces or config with keys into BD comments.\n\n**gemini:**\n\u003e \"What prevents a worker from editing the 'SKILL.md' file itself? Or the 'worker' CLI source code? Or accessing the '.env' file of the HQ? The 'worker spawn' command should ideally run in a container (Docker), not just a directory worktree. A directory is not a security boundary.\"\n\n**gpt:**\n\u003e \"Workers may exfiltrate secrets via logs, error output, diffs, or BD comments. Add a security gate: prohibit printing env/secrets, sanitize logs in comments. Require secret scanning. Mark some issues 'security-sensitive → human review mandatory.'\"\n\n**Suggested fixes:**\n1. Container isolation (Docker) for workers\n2. Secret scanning on diffs and comments\n3. Redaction rules for logs\n4. \"security-sensitive\" issue flag requiring human review\n5. Path sandboxing / tool allowlists\n6. \"cannot self-approve\" rules","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:22:03.958565763-08:00","created_by":"dan","updated_at":"2026-01-12T09:44:37.84906911-08:00","comments":[{"id":11,"issue_id":"skills-365b","author":"dan","text":"[RECLASSIFY:2026-01-12T09:44:37-08:00] Moved from HQ to infrastructure layer.\n\nSandboxing/security is runtime infrastructure, not orchestration logic. Whether workers run in containers, have path restrictions, etc. is below HQ's concern level.","created_at":"2026-01-12T17:44:37Z"}]}
{"id":"skills-39g","title":"RFC: .skills manifest pattern for per-repo skill deployment","description":"Document the .skills file pattern where projects declare skills in a manifest, .envrc reads it, and agents can query/edit it.","status":"closed","priority":2,"issue_type":"feature","created_at":"2025-11-30T12:37:50.106992381-08:00","updated_at":"2025-11-30T12:43:04.155161727-08:00","closed_at":"2025-11-30T12:43:04.155161727-08:00"} {"id":"skills-39g","title":"RFC: .skills manifest pattern for per-repo skill deployment","description":"Document the .skills file pattern where projects declare skills in a manifest, .envrc reads it, and agents can query/edit it.","status":"closed","priority":2,"issue_type":"feature","created_at":"2025-11-30T12:37:50.106992381-08:00","updated_at":"2025-11-30T12:43:04.155161727-08:00","closed_at":"2025-11-30T12:43:04.155161727-08:00"}
{"id":"skills-3d9o","title":"Extract branchName() and worktreePath() helpers in git.nim","description":"[REDUNDANCY] MED git.nim:36,59,89 - Branch pattern 'feat/{taskId}' repeated 3 times. Worktree path repeated at 37,53. Extract helpers: proc branchName(taskId): string and proc worktreePath(taskId): string.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T19:52:13.458091312-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.357072712-08:00","closed_at":"2026-01-10T20:32:28.357072712-08:00","close_reason":"Created utils.nim with common helpers"} {"id":"skills-3d9o","title":"Extract branchName() and worktreePath() helpers in git.nim","description":"[REDUNDANCY] MED git.nim:36,59,89 - Branch pattern 'feat/{taskId}' repeated 3 times. Worktree path repeated at 37,53. Extract helpers: proc branchName(taskId): string and proc worktreePath(taskId): string.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T19:52:13.458091312-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.357072712-08:00","closed_at":"2026-01-10T20:32:28.357072712-08:00","close_reason":"Created utils.nim with common helpers"}
{"id":"skills-3em","title":"Prototype elevation pipeline","description":"Build pipeline: successful molecule → skill draft\n1. On molecule close, option to 'elevate'\n2. Analyze squashed trace\n3. Extract generalizable pattern\n4. Generate SKILL.md draft\n5. Human approval gate\n\nStart simple: script that takes squashed molecule ID and outputs draft SKILL.md\n\nMigrated from dotfiles-2p2.","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-23T19:21:08.208885336-05:00","updated_at":"2025-12-29T13:55:35.80560789-05:00","closed_at":"2025-12-29T13:55:35.80560789-05:00","close_reason":"Parked with ADR-001: skills-molecules integration deferred. Current simpler approach (skills as standalone) works well. Revisit when complex orchestration needed.","dependencies":[{"issue_id":"skills-3em","depends_on_id":"skills-jeb","type":"blocks","created_at":"2025-12-23T19:21:50.034640219-05:00","created_by":"dan"},{"issue_id":"skills-3em","depends_on_id":"skills-2k0","type":"blocks","created_at":"2025-12-23T19:50:10.516122892-05:00","created_by":"daemon"}]} {"id":"skills-3em","title":"Prototype elevation pipeline","description":"Build pipeline: successful molecule → skill draft\n1. On molecule close, option to 'elevate'\n2. Analyze squashed trace\n3. Extract generalizable pattern\n4. Generate SKILL.md draft\n5. Human approval gate\n\nStart simple: script that takes squashed molecule ID and outputs draft SKILL.md\n\nMigrated from dotfiles-2p2.","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-23T19:21:08.208885336-05:00","updated_at":"2025-12-29T13:55:35.80560789-05:00","closed_at":"2025-12-29T13:55:35.80560789-05:00","close_reason":"Parked with ADR-001: skills-molecules integration deferred. Current simpler approach (skills as standalone) works well. Revisit when complex orchestration needed.","dependencies":[{"issue_id":"skills-3em","depends_on_id":"skills-jeb","type":"blocks","created_at":"2025-12-23T19:21:50.034640219-05:00","created_by":"dan"},{"issue_id":"skills-3em","depends_on_id":"skills-2k0","type":"blocks","created_at":"2025-12-23T19:50:10.516122892-05:00","created_by":"daemon"}]}
{"id":"skills-3gk","title":"Research: Cross-agent hook alternatives","description":"Claude Code has hooks (Stop, SessionStart, etc.) for mechanical enforcement. Other agents don't.\n\nResearch alternatives for cross-agent quality gates:\n\n1. **External wrapper** - Script that launches agent, monitors output, gates exit\n2. **Protocol-based** - Agent follows instructions in AGENTS.md, posts to state store\n3. **Orchestrator pattern** - Meta-agent spawns worker + reviewer, enforces gate\n4. **Hybrid** - Hooks where available, protocol elsewhere\n\nEvaluate:\n- Enforcement strength (mechanical vs cooperative)\n- Implementation complexity\n- Agent compatibility\n- Failure modes\n\nOutput: Comparison doc with recommendation","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T17:14:20.433319252-08:00","created_by":"dan","updated_at":"2026-01-09T19:33:36.683960774-08:00","closed_at":"2026-01-09T19:33:36.683960774-08:00","close_reason":"Consolidated into skills-8sj"} {"id":"skills-3gk","title":"Research: Cross-agent hook alternatives","description":"Claude Code has hooks (Stop, SessionStart, etc.) for mechanical enforcement. Other agents don't.\n\nResearch alternatives for cross-agent quality gates:\n\n1. **External wrapper** - Script that launches agent, monitors output, gates exit\n2. **Protocol-based** - Agent follows instructions in AGENTS.md, posts to state store\n3. **Orchestrator pattern** - Meta-agent spawns worker + reviewer, enforces gate\n4. **Hybrid** - Hooks where available, protocol elsewhere\n\nEvaluate:\n- Enforcement strength (mechanical vs cooperative)\n- Implementation complexity\n- Agent compatibility\n- Failure modes\n\nOutput: Comparison doc with recommendation","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T17:14:20.433319252-08:00","created_by":"dan","updated_at":"2026-01-09T19:33:36.683960774-08:00","closed_at":"2026-01-09T19:33:36.683960774-08:00","close_reason":"Consolidated into skills-8sj"}
{"id":"skills-3hri","title":"HQ SKILL.md design gaps from orch consensus","description":"Orch consensus review of HQ SKILL.md (flash-or, gemini, gpt @ temp 1.2) identified multiple design gaps.\n\nSession: 01KESKA3TVWYVW2PTS0XRBR1Q7\n\n## Architectural Decision\n\nHQ should be a **thin orchestration layer** making decisions, not a monolith handling everything.\n\nIssues have been reclassified to proper layers:\n- **HQ**: WIP limits, DoD, templates, core loop, dependency scoping\n- **worker CLI**: Launch, rebase, salvage, retry counts\n- **review-gate**: CI gates, post-merge verification\n- **bd**: Context pruning, message format\n- **infrastructure**: Security, disk space\n\n2 issues closed as duplicates:\n- skills-gyvt → merged into skills-vdup (retry limits)\n- skills-8umb → merged into skills-8hyz (context pruning)\n\nSee epic comments for full architectural rationale.","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-12T09:19:33.047763881-08:00","created_by":"dan","updated_at":"2026-01-12T09:59:21.172216773-08:00","dependencies":[{"issue_id":"skills-3hri","depends_on_id":"skills-8umb","type":"blocks","created_at":"2026-01-12T09:20:37.67133727-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-q8i0","type":"blocks","created_at":"2026-01-12T09:26:17.249825798-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-qqaa","type":"blocks","created_at":"2026-01-12T09:26:17.300419697-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-lr29","type":"blocks","created_at":"2026-01-12T09:26:17.353360648-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-gyvt","type":"blocks","created_at":"2026-01-12T09:26:17.420475584-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-365b","type":"blocks","created_at":"2026-01-12T09:26:17.479320404-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-9mhk","type":"blocks","created_at":"2026-01-12T09:26:17.532630668-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-4dnt","type":"blocks","created_at":"2026-01-12T09:26:17.591580206-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-du0a","type":"blocks","created_at":"2026-01-12T09:26:17.640412141-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-n8ck","type":"blocks","created_at":"2026-01-12T09:26:17.70105987-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-8l92","type":"blocks","created_at":"2026-01-12T09:26:17.755417151-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-a50w","type":"blocks","created_at":"2026-01-12T09:26:17.810308166-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-6ppz","type":"blocks","created_at":"2026-01-12T09:26:17.865598387-08:00","created_by":"dan"},{"issue_id":"skills-3hri","depends_on_id":"skills-ya3n","type":"blocks","created_at":"2026-01-12T09:26:17.912357881-08:00","created_by":"dan"}],"comments":[{"id":3,"issue_id":"skills-3hri","author":"dan","text":"[HQ:arch:2026-01-12T09:35:58-08:00] Architectural review: HQ should be thin orchestration layer. Reclassifying issues to proper layers:\n\nLAYER ASSIGNMENTS:\n- HQ: Orchestration decisions (what to work on, approve/reject, WIP limits)\n- review-gate: Quality enforcement (CI gates, test verification, evidence)\n- worker CLI: Lifecycle \u0026 isolation (state machine, retry counts, rebase, launch)\n- bd: Issue tracking \u0026 messaging (context pruning, message format)\n- infrastructure: Runtime concerns (sandboxing, disk space)\n\nISSUES BEING RECLASSIFIED:\n- CI/test gates → review-gate\n- Retry counting → worker CLI (merge with skills-vdup)\n- Context bloat → bd (merge with skills-8hyz)\n- Rebase handling → worker CLI\n- Security/sandbox → infrastructure\n- Resource exhaustion → infrastructure\n- Worker launch → worker CLI\n- Post-merge verification → review-gate\n- Stale salvage → worker CLI\n\nISSUES STAYING IN HQ:\n- WIP limits, DoD checklist, communication templates, core loop, dependency scoping","created_at":"2026-01-12T17:35:58Z"}]}
{"id":"skills-3ib6","title":"Create initial scenario suite (easy/medium/hard)","description":"Write 6-9 scenarios across difficulty levels:\n\nEasy (clear spec, single file):\n- Add factorial function\n- Fix typo in config\n- Add CLI flag\n\nMedium (requires understanding context):\n- Refactor function to use new pattern\n- Add caching to existing endpoint\n- Write tests for existing code\n\nHard (ambiguous, multi-file, debugging):\n- Fix race condition\n- Migrate to new library version\n- Resolve conflicting requirements","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-11T16:19:46.322151154-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.581305762-08:00","closed_at":"2026-01-11T16:38:26.581305762-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-3ib6","depends_on_id":"skills-ig7w","type":"blocks","created_at":"2026-01-11T16:20:20.771085983-08:00","created_by":"dan"}]} {"id":"skills-3ib6","title":"Create initial scenario suite (easy/medium/hard)","description":"Write 6-9 scenarios across difficulty levels:\n\nEasy (clear spec, single file):\n- Add factorial function\n- Fix typo in config\n- Add CLI flag\n\nMedium (requires understanding context):\n- Refactor function to use new pattern\n- Add caching to existing endpoint\n- Write tests for existing code\n\nHard (ambiguous, multi-file, debugging):\n- Fix race condition\n- Migrate to new library version\n- Resolve conflicting requirements","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-11T16:19:46.322151154-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.581305762-08:00","closed_at":"2026-01-11T16:38:26.581305762-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-3ib6","depends_on_id":"skills-ig7w","type":"blocks","created_at":"2026-01-11T16:20:20.771085983-08:00","created_by":"dan"}]}
{"id":"skills-3j55","title":"Create hq-status script","description":"Unified status view across all coordination layers.\n\nShows:\n- bd ready (available work)\n- worker status (active workers)\n- review-gate status (pending reviews)\n- Recent bd comments (coordination messages)\n\nUsage: hq-status [--json]\n\nOutput: skills/hq/scripts/hq-status","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-11T21:06:34.998651979-08:00","created_by":"dan","updated_at":"2026-01-11T21:06:34.998651979-08:00"} {"id":"skills-3j55","title":"Create hq-status script","description":"Unified status view across all coordination layers.\n\nShows:\n- bd ready (available work)\n- worker status (active workers)\n- review-gate status (pending reviews)\n- Recent bd comments (coordination messages)\n\nUsage: hq-status [--json]\n\nOutput: skills/hq/scripts/hq-status","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-11T21:06:34.998651979-08:00","created_by":"dan","updated_at":"2026-01-11T21:06:34.998651979-08:00"}
{"id":"skills-3ja","title":"Design: Cross-agent quality gate architecture","description":"Design a quality gate pattern that works regardless of agent.\n\nRequirements:\n- Worker agent can be Claude, Gemini, OpenCode, etc.\n- Reviewer agent can be any capable model\n- Gate blocks completion until reviewer approves\n- Circuit breakers prevent infinite loops\n- Works in autonomous/unattended scenarios\n\nBuilding on alice/idle research (docs/research/idle-alice-quality-gate.md):\n- alice uses Claude hooks + jwz state\n- We need agent-agnostic equivalent\n\nConsiderations:\n- State management: jwz vs beads vs simple files\n- Enforcement: mechanical vs protocol-based\n- Reviewer selection: orch consensus vs single model\n- Activation: opt-in prefix vs context-based\n\nOutput: Architecture doc with component design","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T17:14:20.657906484-08:00","created_by":"dan","updated_at":"2026-01-09T19:33:36.694607649-08:00","closed_at":"2026-01-09T19:33:36.694607649-08:00","close_reason":"Consolidated into skills-8sj"} {"id":"skills-3ja","title":"Design: Cross-agent quality gate architecture","description":"Design a quality gate pattern that works regardless of agent.\n\nRequirements:\n- Worker agent can be Claude, Gemini, OpenCode, etc.\n- Reviewer agent can be any capable model\n- Gate blocks completion until reviewer approves\n- Circuit breakers prevent infinite loops\n- Works in autonomous/unattended scenarios\n\nBuilding on alice/idle research (docs/research/idle-alice-quality-gate.md):\n- alice uses Claude hooks + jwz state\n- We need agent-agnostic equivalent\n\nConsiderations:\n- State management: jwz vs beads vs simple files\n- Enforcement: mechanical vs protocol-based\n- Reviewer selection: orch consensus vs single model\n- Activation: opt-in prefix vs context-based\n\nOutput: Architecture doc with component design","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T17:14:20.657906484-08:00","created_by":"dan","updated_at":"2026-01-09T19:33:36.694607649-08:00","closed_at":"2026-01-09T19:33:36.694607649-08:00","close_reason":"Consolidated into skills-8sj"}
{"id":"skills-3o7","title":"Fix ai-skills.nix missing sha256 hash","description":"modules/ai-skills.nix:16 has empty sha256 placeholder for opencode-skills npm package. Either get actual hash or remove/comment out the incomplete fetchFromNpm approach.","status":"closed","priority":2,"issue_type":"bug","created_at":"2025-11-30T11:58:24.404929863-08:00","updated_at":"2025-11-30T12:12:39.372107348-08:00","closed_at":"2025-11-30T12:12:39.372107348-08:00"} {"id":"skills-3o7","title":"Fix ai-skills.nix missing sha256 hash","description":"modules/ai-skills.nix:16 has empty sha256 placeholder for opencode-skills npm package. Either get actual hash or remove/comment out the incomplete fetchFromNpm approach.","status":"closed","priority":2,"issue_type":"bug","created_at":"2025-11-30T11:58:24.404929863-08:00","updated_at":"2025-11-30T12:12:39.372107348-08:00","closed_at":"2025-11-30T12:12:39.372107348-08:00"}
{"id":"skills-3uv9","title":"Consider logging cleanup failures in removeWorktree/removeBranch","description":"[ERROR] LOW git.nim:55,60,62 - Cleanup operations ignore failures. May leave orphaned resources. Consider logging failures for debugging.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T19:52:14.792134512-08:00","created_by":"dan","updated_at":"2026-01-10T20:37:04.764769727-08:00","closed_at":"2026-01-10T20:37:04.764769727-08:00","close_reason":"Implemented consistent error handling strategy"} {"id":"skills-3uv9","title":"Consider logging cleanup failures in removeWorktree/removeBranch","description":"[ERROR] LOW git.nim:55,60,62 - Cleanup operations ignore failures. May leave orphaned resources. Consider logging failures for debugging.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T19:52:14.792134512-08:00","created_by":"dan","updated_at":"2026-01-10T20:37:04.764769727-08:00","closed_at":"2026-01-10T20:37:04.764769727-08:00","close_reason":"Implemented consistent error handling strategy"}
{"id":"skills-4a2","title":"Design: Role boundaries with tool constraints","description":"Prevent role collapse footgun (planner writing code, tester refactoring). Implement tool-level constraints per agent type: some agents read-only, some propose patches only, only orchestrator commits. Reject outputs that violate role boundaries. From orch consensus and HN practitioner feedback.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-10T15:41:00.12208959-08:00","created_by":"dan","updated_at":"2026-01-10T15:41:00.12208959-08:00","dependencies":[{"issue_id":"skills-4a2","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T15:41:00.123172375-08:00","created_by":"dan"}]} {"id":"skills-4a2","title":"Design: Role boundaries with tool constraints","description":"Prevent role collapse footgun (planner writing code, tester refactoring). Implement tool-level constraints per agent type: some agents read-only, some propose patches only, only orchestrator commits. Reject outputs that violate role boundaries. From orch consensus and HN practitioner feedback.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-10T15:41:00.12208959-08:00","created_by":"dan","updated_at":"2026-01-10T15:41:00.12208959-08:00","dependencies":[{"issue_id":"skills-4a2","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T15:41:00.123172375-08:00","created_by":"dan"}]}
{"id":"skills-4dnt","title":"HQ: WIP limits and capacity management","description":"**Raised by:** gpt (primary), gemini\n\n**Problem:**\nHQ becomes a bottleneck if constantly spawning, reviewing, commenting, merging. Without limits, coordination overhead dominates. Can spawn too many workers and exhaust resources.\n\n**gpt:**\n\u003e \"HQ becomes a human-like project manager... this doesn't scale unless review time is small and predictable. Cap WIP (workers in WORKING) based on HQ review bandwidth; enforce WIP limits like Kanban. Don't spawn new workers if \u003eN in review or if HQ backlog exists.\"\n\n**gemini:**\n\u003e \"Dispatch: Spawn new work only if capacity allows.\"\n\n**Suggested fixes:**\n1. Max workers in WORKING limit\n2. Max open PRs / IN_REVIEW limit\n3. Prioritize by dependency chain + risk + expected review time\n4. Session budget: max workers, max retries, cooldown policy\n5. Rate limits on spawning","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:23:25.433134222-08:00","created_by":"dan","updated_at":"2026-01-12T09:23:25.433134222-08:00"}
{"id":"skills-4fe","title":"Reframe: Epic around abstract layers (not tools)","description":"Reframe skills-hf1 epic around concepts, not implementations.\n\n## Abstract Layers\n\n| Layer | Concept | Purpose |\n|-------|---------|---------|\n| **Message Passing** | Async agent coordination | Session handoffs, status updates |\n| **Memory** | Persistent work items | Issues, dependencies, review state |\n| **Enforcement** | Quality gates | Block completion until approved |\n\n## Current Problem\nEpic references specific tools (jwz, beads, hooks) rather than concepts.\nMakes it hard to swap implementations.\n\n## Proposed Changes\n1. Update epic description with layer abstractions\n2. Define interface requirements for each layer\n3. Note current implementations as examples, not requirements\n\n## Deliverable\nUpdated epic with tool-agnostic framing","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:32:57.483804644-08:00","created_by":"dan","updated_at":"2026-01-09T19:34:10.530947162-08:00","closed_at":"2026-01-09T19:34:10.530947162-08:00","close_reason":"Epic skills-hf1 reframed around abstract layers"} {"id":"skills-4fe","title":"Reframe: Epic around abstract layers (not tools)","description":"Reframe skills-hf1 epic around concepts, not implementations.\n\n## Abstract Layers\n\n| Layer | Concept | Purpose |\n|-------|---------|---------|\n| **Message Passing** | Async agent coordination | Session handoffs, status updates |\n| **Memory** | Persistent work items | Issues, dependencies, review state |\n| **Enforcement** | Quality gates | Block completion until approved |\n\n## Current Problem\nEpic references specific tools (jwz, beads, hooks) rather than concepts.\nMakes it hard to swap implementations.\n\n## Proposed Changes\n1. Update epic description with layer abstractions\n2. Define interface requirements for each layer\n3. Note current implementations as examples, not requirements\n\n## Deliverable\nUpdated epic with tool-agnostic framing","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:32:57.483804644-08:00","created_by":"dan","updated_at":"2026-01-09T19:34:10.530947162-08:00","closed_at":"2026-01-09T19:34:10.530947162-08:00","close_reason":"Epic skills-hf1 reframed around abstract layers"}
{"id":"skills-4oj","title":"Design: Worker state machine (ASSIGNED→WORKING→REVIEW→MERGED)","description":"Design: Worker state machine\n\nImplementation: Nim (state enum, transition guards)\nDesign doc: docs/design/worker-state-machine.md\n\nStates:\n- ASSIGNED → WORKING → IN_REVIEW → APPROVED → COMPLETED\n- CONFLICTED (rebase conflict)\n- FAILED (error or cancel)\n\nKey patterns:\n- Compare-and-set with BEGIN IMMEDIATE\n- STALE computed from heartbeat age (not persistent)\n- State derived from SQLite, JSON cache optional\n\nSee: skills-q40 for language decision","design":"docs/design/worker-state-machine.md","notes":"Design complete. 8 states: IDLE → ASSIGNED → WORKING → IN_REVIEW → APPROVED → COMPLETED, plus STALE and FAILED. File-based coordination using atomic rename pattern. Stale detection via heartbeat + PID checks. Integrates with review-gate, message passing, and branch isolation.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T13:55:23.733457598-08:00","created_by":"dan","updated_at":"2026-01-10T21:29:25.694381309-08:00","closed_at":"2026-01-10T21:29:25.694381309-08:00","close_reason":"Implemented in worker CLI - spawn, status, state machine, branch isolation all working","dependencies":[{"issue_id":"skills-4oj","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T13:55:23.743143692-08:00","created_by":"dan"}]} {"id":"skills-4oj","title":"Design: Worker state machine (ASSIGNED→WORKING→REVIEW→MERGED)","description":"Design: Worker state machine\n\nImplementation: Nim (state enum, transition guards)\nDesign doc: docs/design/worker-state-machine.md\n\nStates:\n- ASSIGNED → WORKING → IN_REVIEW → APPROVED → COMPLETED\n- CONFLICTED (rebase conflict)\n- FAILED (error or cancel)\n\nKey patterns:\n- Compare-and-set with BEGIN IMMEDIATE\n- STALE computed from heartbeat age (not persistent)\n- State derived from SQLite, JSON cache optional\n\nSee: skills-q40 for language decision","design":"docs/design/worker-state-machine.md","notes":"Design complete. 8 states: IDLE → ASSIGNED → WORKING → IN_REVIEW → APPROVED → COMPLETED, plus STALE and FAILED. File-based coordination using atomic rename pattern. Stale detection via heartbeat + PID checks. Integrates with review-gate, message passing, and branch isolation.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T13:55:23.733457598-08:00","created_by":"dan","updated_at":"2026-01-10T21:29:25.694381309-08:00","closed_at":"2026-01-10T21:29:25.694381309-08:00","close_reason":"Implemented in worker CLI - spawn, status, state machine, branch isolation all working","dependencies":[{"issue_id":"skills-4oj","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T13:55:23.743143692-08:00","created_by":"dan"}]}
{"id":"skills-4pw","title":"spec-review: Expand NFR checklist in prompts","description":"Current prompts mention 'performance, security, accessibility' but miss many critical NFRs.\n\nExpand to include:\n- Security (authn/authz, secrets, threat model)\n- Privacy/compliance (GDPR, PII)\n- Observability (logging, metrics, tracing)\n- Reliability (SLOs, failure modes)\n- Rollout/rollback strategy\n- Migration/backfill\n- Data retention/lifecycle\n- Cost constraints","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:24.485420922-08:00","updated_at":"2025-12-15T14:03:46.508452685-08:00","closed_at":"2025-12-15T14:03:46.508452685-08:00"} {"id":"skills-4pw","title":"spec-review: Expand NFR checklist in prompts","description":"Current prompts mention 'performance, security, accessibility' but miss many critical NFRs.\n\nExpand to include:\n- Security (authn/authz, secrets, threat model)\n- Privacy/compliance (GDPR, PII)\n- Observability (logging, metrics, tracing)\n- Reliability (SLOs, failure modes)\n- Rollout/rollback strategy\n- Migration/backfill\n- Data retention/lifecycle\n- Cost constraints","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:24.485420922-08:00","updated_at":"2025-12-15T14:03:46.508452685-08:00","closed_at":"2025-12-15T14:03:46.508452685-08:00"}
@ -44,7 +47,7 @@
{"id":"skills-53k","title":"Design graph-based doc discovery","description":"How does doc-review find and traverse documentation?\n\nApproach: Start from README.md or AGENTS.md, graph out from there.\n\nDesign questions:\n- Parse markdown links to find related docs?\n- Follow only relative links or also section references?\n- How to handle circular references?\n- Depth limit or exhaustive traversal?\n- What about orphan docs not linked from root?\n- How to represent the graph for chunking decisions?\n\nConsiderations:\n- Large repos may have hundreds of markdown files\n- Not all .md files are \"documentation\" (changelogs, templates, etc.)\n- Some docs are generated and shouldn't be patched\n\nDeliverable: Algorithm/pseudocode for doc discovery + chunking strategy.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-04T14:02:13.316843518-08:00","updated_at":"2025-12-04T16:43:58.277061015-08:00","closed_at":"2025-12-04T16:43:58.277061015-08:00"} {"id":"skills-53k","title":"Design graph-based doc discovery","description":"How does doc-review find and traverse documentation?\n\nApproach: Start from README.md or AGENTS.md, graph out from there.\n\nDesign questions:\n- Parse markdown links to find related docs?\n- Follow only relative links or also section references?\n- How to handle circular references?\n- Depth limit or exhaustive traversal?\n- What about orphan docs not linked from root?\n- How to represent the graph for chunking decisions?\n\nConsiderations:\n- Large repos may have hundreds of markdown files\n- Not all .md files are \"documentation\" (changelogs, templates, etc.)\n- Some docs are generated and shouldn't be patched\n\nDeliverable: Algorithm/pseudocode for doc discovery + chunking strategy.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-04T14:02:13.316843518-08:00","updated_at":"2025-12-04T16:43:58.277061015-08:00","closed_at":"2025-12-04T16:43:58.277061015-08:00"}
{"id":"skills-5ax","title":"Remove unused imports in db.nim","description":"[DEAD] LOW db.nim:9 - strformat and strutils imported but unused. Compiler warns about this. Remove unused imports.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T18:52:39.57837921-08:00","created_by":"dan","updated_at":"2026-01-10T20:41:09.693199485-08:00","closed_at":"2026-01-10T20:41:09.693199485-08:00","close_reason":"Dead code cleanup complete"} {"id":"skills-5ax","title":"Remove unused imports in db.nim","description":"[DEAD] LOW db.nim:9 - strformat and strutils imported but unused. Compiler warns about this. Remove unused imports.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T18:52:39.57837921-08:00","created_by":"dan","updated_at":"2026-01-10T20:41:09.693199485-08:00","closed_at":"2026-01-10T20:41:09.693199485-08:00","close_reason":"Dead code cleanup complete"}
{"id":"skills-5hb","title":"spec-review: Add Prerequisites section documenting dependencies","description":"SKILL.md and process docs assume orch is installed, prompt files exist, models are available, but none of this is documented.\n\nAdd:\n- orch install instructions/link\n- Required env vars and model availability\n- Prompt file locations\n- Expected repo structure (specs/ convention)\n- Troubleshooting section for common failures","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:23.030537501-08:00","updated_at":"2025-12-15T01:12:36.457092612-08:00","closed_at":"2025-12-15T01:12:36.457092612-08:00"} {"id":"skills-5hb","title":"spec-review: Add Prerequisites section documenting dependencies","description":"SKILL.md and process docs assume orch is installed, prompt files exist, models are available, but none of this is documented.\n\nAdd:\n- orch install instructions/link\n- Required env vars and model availability\n- Prompt file locations\n- Expected repo structure (specs/ convention)\n- Troubleshooting section for common failures","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:23.030537501-08:00","updated_at":"2025-12-15T01:12:36.457092612-08:00","closed_at":"2025-12-15T01:12:36.457092612-08:00"}
{"id":"skills-5ji","title":"Design: Ephemeral namespaced environments","description":"Solve shared state pollution footgun. Each worker branch gets: namespaced DB (schema prefix or separate DB), isolated Redis namespace, separate queues, namespaced feature flags. Agents never touch shared prod-like state. Idempotent migrations and fixture loaders. From HN practitioner feedback on database isolation.","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-10T15:41:00.720141358-08:00","created_by":"dan","updated_at":"2026-01-10T15:41:00.720141358-08:00","dependencies":[{"issue_id":"skills-5ji","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T15:41:00.721467429-08:00","created_by":"dan"}]} {"id":"skills-5ji","title":"infra: Ephemeral namespaced environments","description":"Solve shared state pollution footgun. Each worker branch gets: namespaced DB (schema prefix or separate DB), isolated Redis namespace, separate queues, namespaced feature flags. Agents never touch shared prod-like state. Idempotent migrations and fixture loaders. From HN practitioner feedback on database isolation.","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-10T15:41:00.720141358-08:00","created_by":"dan","updated_at":"2026-01-12T10:10:20.275515776-08:00","dependencies":[{"issue_id":"skills-5ji","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T15:41:00.721467429-08:00","created_by":"dan"}],"comments":[{"id":15,"issue_id":"skills-5ji","author":"dan","text":"[RECLASSIFY:2026-01-12T10:10:20-08:00] Moved to infrastructure layer. Environment isolation is runtime infrastructure.","created_at":"2026-01-12T18:10:20Z"}]}
{"id":"skills-5kv","title":"Document beads vs tissue split during emes testing","description":"During emes testing on ops-jrz1:\n- Local dev: beads (skills repo, dotfiles, etc.)\n- ops-jrz1: tissue (emes ecosystem testing)\n\nNeed to document:\n- Which tracker for which repos\n- How to context-switch mentally\n- Whether to bridge or keep separate\n- Exit criteria: when do we converge?","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-09T16:03:45.493255636-08:00","created_by":"dan","updated_at":"2026-01-09T19:59:37.885799343-08:00","closed_at":"2026-01-09T19:59:37.885799343-08:00","close_reason":"Superseded by abstract layer approach - memory layer abstracts beads/tissue"} {"id":"skills-5kv","title":"Document beads vs tissue split during emes testing","description":"During emes testing on ops-jrz1:\n- Local dev: beads (skills repo, dotfiles, etc.)\n- ops-jrz1: tissue (emes ecosystem testing)\n\nNeed to document:\n- Which tracker for which repos\n- How to context-switch mentally\n- Whether to bridge or keep separate\n- Exit criteria: when do we converge?","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-09T16:03:45.493255636-08:00","created_by":"dan","updated_at":"2026-01-09T19:59:37.885799343-08:00","closed_at":"2026-01-09T19:59:37.885799343-08:00","close_reason":"Superseded by abstract layer approach - memory layer abstracts beads/tissue"}
{"id":"skills-5ry7","title":"Worker done fails: worktree path is relative, not absolute","description":"## Bug\nWhen running `worker done` from inside a worktree, the rebase fails because the stored worktree path is relative.\n\n## Reproduction\n1. worker spawn test-001\n2. cd worktrees/test-001\n3. (make changes, commit)\n4. worker done\n\n## Error\n```\nfatal: cannot change to 'worktrees/test-001': No such file or directory\n```\n\n## Root Cause\n- `createWorkerContext` stores whatever path is passed (relative)\n- `done` uses `ctx.worktree` for git operations\n- When running from inside worktree, relative path doesn't resolve\n\n## Existing tests don't catch this\ntest-worker.sh bypasses `done` by manually setting state to IN_REVIEW.\n\n## Fix Options\n1. Store absolute path in context (cleanest)\n2. Resolve path in `done` relative to repo root\n3. Always run git operations from repo root\n\n## Found By\nSpike: skills-6n4u - manually testing Claude in worker context","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-11T16:47:13.026059242-08:00","created_by":"dan","updated_at":"2026-01-11T19:15:34.945684191-08:00","closed_at":"2026-01-11T19:15:34.945684191-08:00","close_reason":"Fixed in utils.nim - worktreePath now returns absolute path using findMainRepoDir()"} {"id":"skills-5ry7","title":"Worker done fails: worktree path is relative, not absolute","description":"## Bug\nWhen running `worker done` from inside a worktree, the rebase fails because the stored worktree path is relative.\n\n## Reproduction\n1. worker spawn test-001\n2. cd worktrees/test-001\n3. (make changes, commit)\n4. worker done\n\n## Error\n```\nfatal: cannot change to 'worktrees/test-001': No such file or directory\n```\n\n## Root Cause\n- `createWorkerContext` stores whatever path is passed (relative)\n- `done` uses `ctx.worktree` for git operations\n- When running from inside worktree, relative path doesn't resolve\n\n## Existing tests don't catch this\ntest-worker.sh bypasses `done` by manually setting state to IN_REVIEW.\n\n## Fix Options\n1. Store absolute path in context (cleanest)\n2. Resolve path in `done` relative to repo root\n3. Always run git operations from repo root\n\n## Found By\nSpike: skills-6n4u - manually testing Claude in worker context","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-11T16:47:13.026059242-08:00","created_by":"dan","updated_at":"2026-01-11T19:15:34.945684191-08:00","closed_at":"2026-01-11T19:15:34.945684191-08:00","close_reason":"Fixed in utils.nim - worktreePath now returns absolute path using findMainRepoDir()"}
{"id":"skills-5tq","title":"LSP diagnostic harvest → auto-create beads","description":"Periodic/nightly headless LSP scan that:\n- Gathers diagnostics (unused vars, type errors, deprecations, lint warnings)\n- Groups by subsystem/module\n- Auto-creates beads with severity thresholds\n- Enables 'refactor quests' - parent bead with children per symbol\n\nRun via CI or cron, feed results back into beads automatically.","status":"open","priority":3,"issue_type":"feature","created_at":"2025-12-24T02:29:56.191762416-05:00","updated_at":"2025-12-24T02:29:56.191762416-05:00","dependencies":[{"issue_id":"skills-5tq","depends_on_id":"skills-gga","type":"blocks","created_at":"2025-12-24T02:30:06.471853411-05:00","created_by":"daemon"}]} {"id":"skills-5tq","title":"LSP diagnostic harvest → auto-create beads","description":"Periodic/nightly headless LSP scan that:\n- Gathers diagnostics (unused vars, type errors, deprecations, lint warnings)\n- Groups by subsystem/module\n- Auto-creates beads with severity thresholds\n- Enables 'refactor quests' - parent bead with children per symbol\n\nRun via CI or cron, feed results back into beads automatically.","status":"open","priority":3,"issue_type":"feature","created_at":"2025-12-24T02:29:56.191762416-05:00","updated_at":"2025-12-24T02:29:56.191762416-05:00","dependencies":[{"issue_id":"skills-5tq","depends_on_id":"skills-gga","type":"blocks","created_at":"2025-12-24T02:30:06.471853411-05:00","created_by":"daemon"}]}
@ -54,10 +57,12 @@
{"id":"skills-69sz","title":"Fix P1 security bugs (genOid, HeartbeatThread)","description":"Two critical security/safety issues:\n\n1. genOid() - skills-0wk\n - Currently uses rand(25) without randomize()\n - IDs are predictable/deterministic\n - Fix: Use std/sysrand for crypto-safe randomness, or call randomize() at startup\n\n2. HeartbeatThread - skills-bk7x \n - Uses manual alloc0/dealloc\n - Risk of memory leak if startup fails, use-after-free if caller holds reference\n - Fix: Use 'ref HeartbeatThread' with GC management\n\nParent: skills-g2wa","status":"closed","priority":1,"issue_type":"task","created_at":"2026-01-10T20:18:49.759721333-08:00","created_by":"dan","updated_at":"2026-01-10T20:24:36.613555221-08:00","closed_at":"2026-01-10T20:24:36.613555221-08:00","close_reason":"Both P1 security bugs fixed: genOid uses sysrand, HeartbeatThread uses ref type"} {"id":"skills-69sz","title":"Fix P1 security bugs (genOid, HeartbeatThread)","description":"Two critical security/safety issues:\n\n1. genOid() - skills-0wk\n - Currently uses rand(25) without randomize()\n - IDs are predictable/deterministic\n - Fix: Use std/sysrand for crypto-safe randomness, or call randomize() at startup\n\n2. HeartbeatThread - skills-bk7x \n - Uses manual alloc0/dealloc\n - Risk of memory leak if startup fails, use-after-free if caller holds reference\n - Fix: Use 'ref HeartbeatThread' with GC management\n\nParent: skills-g2wa","status":"closed","priority":1,"issue_type":"task","created_at":"2026-01-10T20:18:49.759721333-08:00","created_by":"dan","updated_at":"2026-01-10T20:24:36.613555221-08:00","closed_at":"2026-01-10T20:24:36.613555221-08:00","close_reason":"Both P1 security bugs fixed: genOid uses sysrand, HeartbeatThread uses ref type"}
{"id":"skills-6ae","title":"Create ui-query skill for AT-SPI integration","description":"Create a skill that provides programmatic UI tree access via AT-SPI.\n\n## Context\nAT-SPI is now enabled in dotfiles (services.gnome.at-spi2-core + QT_LINUX_ACCESSIBILITY_ALWAYS_ON).\nThis complements niri-window-capture (visual) with semantic UI data.\n\n## Capabilities\n- Read text from GTK/Qt widgets directly (no OCR)\n- Find UI elements by role (button, text-field, menu)\n- Query element states (focused, enabled, checked)\n- Get element positions for potential input simulation\n- Navigate parent/child relationships\n\n## Suggested structure\nskills/ui-query/\n├── SKILL.md\n├── scripts/\n│ ├── list-windows.py # Windows with AT-SPI info\n│ ├── get-text.py # Extract text from window/element\n│ ├── find-element.py # Find by role/name\n│ └── query-state.py # Element states\n└── README.md\n\n## Notes\n- Start simple: list windows, get text\n- pyatspi available via python3Packages.pyatspi\n- Use accerciser (now installed) to explore the tree","status":"open","priority":2,"issue_type":"feature","created_at":"2025-12-29T15:37:55.592793763-05:00","created_by":"dan","updated_at":"2025-12-29T15:37:55.592793763-05:00"} {"id":"skills-6ae","title":"Create ui-query skill for AT-SPI integration","description":"Create a skill that provides programmatic UI tree access via AT-SPI.\n\n## Context\nAT-SPI is now enabled in dotfiles (services.gnome.at-spi2-core + QT_LINUX_ACCESSIBILITY_ALWAYS_ON).\nThis complements niri-window-capture (visual) with semantic UI data.\n\n## Capabilities\n- Read text from GTK/Qt widgets directly (no OCR)\n- Find UI elements by role (button, text-field, menu)\n- Query element states (focused, enabled, checked)\n- Get element positions for potential input simulation\n- Navigate parent/child relationships\n\n## Suggested structure\nskills/ui-query/\n├── SKILL.md\n├── scripts/\n│ ├── list-windows.py # Windows with AT-SPI info\n│ ├── get-text.py # Extract text from window/element\n│ ├── find-element.py # Find by role/name\n│ └── query-state.py # Element states\n└── README.md\n\n## Notes\n- Start simple: list windows, get text\n- pyatspi available via python3Packages.pyatspi\n- Use accerciser (now installed) to explore the tree","status":"open","priority":2,"issue_type":"feature","created_at":"2025-12-29T15:37:55.592793763-05:00","created_by":"dan","updated_at":"2025-12-29T15:37:55.592793763-05:00"}
{"id":"skills-6e3","title":"Searchable Claude Code conversation history","description":"## Context\nClaude Code persists full conversations in `~/.claude/projects/\u003cproject\u003e/\u003cuuid\u003e.jsonl`. This is complete but not searchable - can't easily find \"that session where we solved X\".\n\n## Goal\nMake conversation history searchable without requiring manual worklogs.\n\n## Approach\n\n### Index structure\n```\n~/.claude/projects/\u003cproject\u003e/\n \u003cuuid\u003e.jsonl # raw conversation (existing)\n index.jsonl # session metadata + summaries (new)\n```\n\n### Index entry format\n```json\n{\n \"uuid\": \"f9a4c161-...\",\n \"date\": \"2025-12-17\",\n \"project\": \"/home/dan/proj/skills\",\n \"summary\": \"Explored Wayland desktop automation, AT-SPI investigation, vision model benchmark\",\n \"keywords\": [\"wayland\", \"niri\", \"at-spi\", \"automation\", \"seeing-problem\"],\n \"commits\": [\"906f2bc\", \"0b97155\"],\n \"duration_minutes\": 90,\n \"message_count\": 409\n}\n```\n\n### Features needed\n1. **Index builder** - Parse JSONL, extract/generate summary + keywords\n2. **Search CLI** - `claude-search \"AT-SPI wayland\"` → matching sessions\n3. **Auto-index hook** - Update index on session end or compaction\n\n## Questions\n- Generate summaries via AI or extract heuristically?\n- Index per-project or global?\n- How to handle very long sessions (multiple topics)?\n\n## Value\n- Find past solutions without remembering dates\n- Model reflection: include relevant past sessions in context\n- Replace manual worklogs with auto-generated metadata","status":"closed","priority":2,"issue_type":"feature","created_at":"2025-12-17T15:56:50.913766392-08:00","updated_at":"2025-12-29T18:35:56.530154004-05:00","closed_at":"2025-12-29T18:35:56.530154004-05:00","close_reason":"Prototype complete: bin/claude-search indexes 122 sessions, searches by keyword. Future: auto-index hook, full-text search, keyword extraction."} {"id":"skills-6e3","title":"Searchable Claude Code conversation history","description":"## Context\nClaude Code persists full conversations in `~/.claude/projects/\u003cproject\u003e/\u003cuuid\u003e.jsonl`. This is complete but not searchable - can't easily find \"that session where we solved X\".\n\n## Goal\nMake conversation history searchable without requiring manual worklogs.\n\n## Approach\n\n### Index structure\n```\n~/.claude/projects/\u003cproject\u003e/\n \u003cuuid\u003e.jsonl # raw conversation (existing)\n index.jsonl # session metadata + summaries (new)\n```\n\n### Index entry format\n```json\n{\n \"uuid\": \"f9a4c161-...\",\n \"date\": \"2025-12-17\",\n \"project\": \"/home/dan/proj/skills\",\n \"summary\": \"Explored Wayland desktop automation, AT-SPI investigation, vision model benchmark\",\n \"keywords\": [\"wayland\", \"niri\", \"at-spi\", \"automation\", \"seeing-problem\"],\n \"commits\": [\"906f2bc\", \"0b97155\"],\n \"duration_minutes\": 90,\n \"message_count\": 409\n}\n```\n\n### Features needed\n1. **Index builder** - Parse JSONL, extract/generate summary + keywords\n2. **Search CLI** - `claude-search \"AT-SPI wayland\"` → matching sessions\n3. **Auto-index hook** - Update index on session end or compaction\n\n## Questions\n- Generate summaries via AI or extract heuristically?\n- Index per-project or global?\n- How to handle very long sessions (multiple topics)?\n\n## Value\n- Find past solutions without remembering dates\n- Model reflection: include relevant past sessions in context\n- Replace manual worklogs with auto-generated metadata","status":"closed","priority":2,"issue_type":"feature","created_at":"2025-12-17T15:56:50.913766392-08:00","updated_at":"2025-12-29T18:35:56.530154004-05:00","closed_at":"2025-12-29T18:35:56.530154004-05:00","close_reason":"Prototype complete: bin/claude-search indexes 122 sessions, searches by keyword. Future: auto-index hook, full-text search, keyword extraction."}
{"id":"skills-6ex1","title":"Agent Governance: Quality gates and review patterns","description":"Patterns for ensuring quality and appropriate human oversight in multi-agent workflows.\n\nCovers:\n- Review processes (who reviews, when, how)\n- Role boundaries (what agents can/cannot do)\n- Veto and escalation patterns\n- Evidence collection for handoffs\n- Stuck agent detection and intervention\n\nThese patterns apply across HQ, workers, and any future agent types.","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-12T10:04:45.613368193-08:00","created_by":"dan","updated_at":"2026-01-12T10:04:45.613368193-08:00","dependencies":[{"issue_id":"skills-6ex1","depends_on_id":"skills-31y","type":"blocks","created_at":"2026-01-12T10:06:26.325315834-08:00","created_by":"dan"},{"issue_id":"skills-6ex1","depends_on_id":"skills-4a2","type":"blocks","created_at":"2026-01-12T10:06:26.383123714-08:00","created_by":"dan"},{"issue_id":"skills-6ex1","depends_on_id":"skills-r62","type":"blocks","created_at":"2026-01-12T10:06:26.431042847-08:00","created_by":"dan"},{"issue_id":"skills-6ex1","depends_on_id":"skills-zf6","type":"blocks","created_at":"2026-01-12T10:06:26.480106143-08:00","created_by":"dan"},{"issue_id":"skills-6ex1","depends_on_id":"skills-1jc","type":"blocks","created_at":"2026-01-12T10:06:26.536178739-08:00","created_by":"dan"}]}
{"id":"skills-6fu","title":"Research: State management for cross-agent workflows","description":"Evaluate state management options for cross-agent coordination.\n\nOptions:\n1. **jwz** - emes tool, append-only JSONL, git-mergeable, Zig\n2. **beads** - Our tool, graph-based issues, Rust\n3. **Simple files** - JSON/JSONL in .state/ directory\n4. **Environment variables** - Ephemeral session state\n\nCriteria:\n- Cross-agent access (all can read/write via CLI)\n- Git compatibility (mergeable, not conflicting)\n- Persistence (session vs permanent)\n- Query capability (search, filter)\n- Complexity (dependencies, setup)\n\nContext:\n- beads for persistent issues/work\n- jwz for transient session coordination\n- May need both for different purposes\n\nOutput: Recommendation on state management strategy","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-09T17:14:20.971160754-08:00","created_by":"dan","updated_at":"2026-01-09T19:33:36.714686046-08:00","closed_at":"2026-01-09T19:33:36.714686046-08:00","close_reason":"Consolidated into skills-8sj"} {"id":"skills-6fu","title":"Research: State management for cross-agent workflows","description":"Evaluate state management options for cross-agent coordination.\n\nOptions:\n1. **jwz** - emes tool, append-only JSONL, git-mergeable, Zig\n2. **beads** - Our tool, graph-based issues, Rust\n3. **Simple files** - JSON/JSONL in .state/ directory\n4. **Environment variables** - Ephemeral session state\n\nCriteria:\n- Cross-agent access (all can read/write via CLI)\n- Git compatibility (mergeable, not conflicting)\n- Persistence (session vs permanent)\n- Query capability (search, filter)\n- Complexity (dependencies, setup)\n\nContext:\n- beads for persistent issues/work\n- jwz for transient session coordination\n- May need both for different purposes\n\nOutput: Recommendation on state management strategy","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-09T17:14:20.971160754-08:00","created_by":"dan","updated_at":"2026-01-09T19:33:36.714686046-08:00","closed_at":"2026-01-09T19:33:36.714686046-08:00","close_reason":"Consolidated into skills-8sj"}
{"id":"skills-6gw","title":"Add artifact provenance to traces","description":"Current: files_created lists paths only.\nProblem: Can't detect regressions or validate outputs.\n\nAdd:\n- Content hash (sha256)\n- File size\n- For modifications: git_diff_summary (files changed, line counts)\n\nExample:\n outputs:\n artifacts:\n - path: docs/worklogs/...\n sha256: abc123...\n size: 1234\n action: created|modified\n\nEnables: diff traces, regression testing, validation.","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-23T19:49:48.654952533-05:00","updated_at":"2025-12-29T13:55:35.827778174-05:00","closed_at":"2025-12-29T13:55:35.827778174-05:00","close_reason":"Parked with ADR-001: skills-molecules integration deferred. Current simpler approach (skills as standalone) works well. Revisit when complex orchestration needed."} {"id":"skills-6gw","title":"Add artifact provenance to traces","description":"Current: files_created lists paths only.\nProblem: Can't detect regressions or validate outputs.\n\nAdd:\n- Content hash (sha256)\n- File size\n- For modifications: git_diff_summary (files changed, line counts)\n\nExample:\n outputs:\n artifacts:\n - path: docs/worklogs/...\n sha256: abc123...\n size: 1234\n action: created|modified\n\nEnables: diff traces, regression testing, validation.","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-23T19:49:48.654952533-05:00","updated_at":"2025-12-29T13:55:35.827778174-05:00","closed_at":"2025-12-29T13:55:35.827778174-05:00","close_reason":"Parked with ADR-001: skills-molecules integration deferred. Current simpler approach (skills as standalone) works well. Revisit when complex orchestration needed."}
{"id":"skills-6jw","title":"spec-review: Add severity labeling to prompts and reviews","description":"Reviews produce flat lists mixing blockers with minor nits. Hard to make decisions.\n\nAdd to prompts:\n- Require severity labels: Blocker / High / Medium / Low\n- Sort output by severity\n- Include impact and likelihood for each issue","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:23.334156366-08:00","updated_at":"2025-12-15T13:00:32.678573181-08:00","closed_at":"2025-12-15T13:00:32.678573181-08:00"} {"id":"skills-6jw","title":"spec-review: Add severity labeling to prompts and reviews","description":"Reviews produce flat lists mixing blockers with minor nits. Hard to make decisions.\n\nAdd to prompts:\n- Require severity labels: Blocker / High / Medium / Low\n- Sort output by severity\n- Include impact and likelihood for each issue","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:23.334156366-08:00","updated_at":"2025-12-15T13:00:32.678573181-08:00","closed_at":"2025-12-15T13:00:32.678573181-08:00"}
{"id":"skills-6n4u","title":"Spike: manually test Claude in worker context","description":"Simple experiment - no harness, no automation.\n\n## Goal\nLearn what happens when Claude tries to complete a task using the worker system.\n\n## Steps\n1. Set up a simple fixture (python-math-lib exists)\n2. worker spawn test-spike\n3. cd into worktree\n4. Invoke Claude with task: \"Add a factorial function to src/math_utils.py\"\n5. Include system context about worker commands (start, done, heartbeat)\n6. Watch what happens\n\n## Observe\n- Does Claude understand the worker flow?\n- Does it run worker start / worker done correctly?\n- Does it complete the task?\n- How many turns? What goes wrong?\n- What prompting helps?\n\n## Output\nNotes on what worked, what didn't, what's needed.\nInform whether we need the full harness or something simpler.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-11T16:38:49.022489161-08:00","created_by":"dan","updated_at":"2026-01-11T19:15:47.037731412-08:00","closed_at":"2026-01-11T19:15:47.037731412-08:00","close_reason":"Spike completed successfully.\n\nObservations:\n1. Worker flow works: spawn → start → work → done → approve → merge\n2. Found and fixed bug: relative worktree paths (skills-5ry7)\n3. Claude (me) completed the task using worker CLI without special prompting\n4. ~7 tool calls to complete simple task\n5. Test script needed sqlite3 in PATH - added check\n\nThe worker system is functional for basic agent tasks."} {"id":"skills-6n4u","title":"Spike: manually test Claude in worker context","description":"Simple experiment - no harness, no automation.\n\n## Goal\nLearn what happens when Claude tries to complete a task using the worker system.\n\n## Steps\n1. Set up a simple fixture (python-math-lib exists)\n2. worker spawn test-spike\n3. cd into worktree\n4. Invoke Claude with task: \"Add a factorial function to src/math_utils.py\"\n5. Include system context about worker commands (start, done, heartbeat)\n6. Watch what happens\n\n## Observe\n- Does Claude understand the worker flow?\n- Does it run worker start / worker done correctly?\n- Does it complete the task?\n- How many turns? What goes wrong?\n- What prompting helps?\n\n## Output\nNotes on what worked, what didn't, what's needed.\nInform whether we need the full harness or something simpler.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-11T16:38:49.022489161-08:00","created_by":"dan","updated_at":"2026-01-11T19:15:47.037731412-08:00","closed_at":"2026-01-11T19:15:47.037731412-08:00","close_reason":"Spike completed successfully.\n\nObservations:\n1. Worker flow works: spawn → start → work → done → approve → merge\n2. Found and fixed bug: relative worktree paths (skills-5ry7)\n3. Claude (me) completed the task using worker CLI without special prompting\n4. ~7 tool calls to complete simple task\n5. Test script needed sqlite3 in PATH - added check\n\nThe worker system is functional for basic agent tasks."}
{"id":"skills-6ppz","title":"HQ: Dependency deadlocks and task scoping","description":"**Raised by:** flash-or, gpt\n\n**Problem:**\nReal-world coding is rarely perfectly modular. Worker A adds DB field, Worker B needs that field. bd ready is too simple - doesn't detect partial dependencies or cross-cutting changes.\n\n**flash-or:**\n\u003e \"Deadlocks. 'bd ready' is too simple a check. Implement a 'Blocks/Blocked By' metadata in bd. HQ needs to be able to pause Worker B's spawn until Worker A's merge is complete.\"\n\n**gpt:**\n\u003e \"How to split a too-big issue into smaller ones (and who does it). How to handle cross-cutting changes that touch multiple tasks (and merge ordering). Add a 'triage \u0026 slicing' step before spawning.\"\n\n**Suggested fixes:**\n1. Better dependency modeling in bd (partial deps)\n2. Triage \u0026 slicing step before spawn\n3. \"mutex areas\" for shared modules/config\n4. Conflict prediction (recent churn/hot files)\n5. Architectural guardrails for risky areas","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-12T09:25:49.315978432-08:00","created_by":"dan","updated_at":"2026-01-12T09:25:49.315978432-08:00"}
{"id":"skills-6x1","title":"Epic: emes plugin architecture alignment","description":"Convert skills to emes-style plugin architecture for portability across Claude Code, Gemini, and VPS deployment (ops-jrz1).\n\n**emes tools (evil-mind-evil-sword org):**\n- tissue: Git-native issue tracking (machine-first)\n- idle: Quality gate (blocks exit until reviewer approves)\n- jwz: Async messaging with identity/git context\n- marketplace: Plugin distribution registry\n\n**Conversion work:**\n1. Add .claude-plugin/plugin.json to each skill\n2. Restructure: SKILL.md → skills/\u003cname\u003e.md (auto-discovery)\n3. Add hooks/ where applicable (quality gates)\n4. Create marketplace.json registry\n5. Test with ops-jrz1 deployment\n\n**Key principles from emes:**\n- Pull context on-demand (not big upfront injections)\n- Mechanical enforcement via hooks (not prompts)\n- References over inline content\n- Machine-first interfaces (JSON output)\n\n**Candidates for conversion:**\n- orch (simple CLI wrapper)\n- worklog (scripts + templates)\n- code-review (has lenses, might want hooks)\n- ops-review (same pattern)","status":"closed","priority":2,"issue_type":"epic","created_at":"2026-01-09T10:59:12.291560832-08:00","created_by":"dan","updated_at":"2026-01-09T17:14:41.429380141-08:00","closed_at":"2026-01-09T17:14:41.429380141-08:00","close_reason":"Dual-publish complete. Ongoing cross-agent work continues under skills-hf1"} {"id":"skills-6x1","title":"Epic: emes plugin architecture alignment","description":"Convert skills to emes-style plugin architecture for portability across Claude Code, Gemini, and VPS deployment (ops-jrz1).\n\n**emes tools (evil-mind-evil-sword org):**\n- tissue: Git-native issue tracking (machine-first)\n- idle: Quality gate (blocks exit until reviewer approves)\n- jwz: Async messaging with identity/git context\n- marketplace: Plugin distribution registry\n\n**Conversion work:**\n1. Add .claude-plugin/plugin.json to each skill\n2. Restructure: SKILL.md → skills/\u003cname\u003e.md (auto-discovery)\n3. Add hooks/ where applicable (quality gates)\n4. Create marketplace.json registry\n5. Test with ops-jrz1 deployment\n\n**Key principles from emes:**\n- Pull context on-demand (not big upfront injections)\n- Mechanical enforcement via hooks (not prompts)\n- References over inline content\n- Machine-first interfaces (JSON output)\n\n**Candidates for conversion:**\n- orch (simple CLI wrapper)\n- worklog (scripts + templates)\n- code-review (has lenses, might want hooks)\n- ops-review (same pattern)","status":"closed","priority":2,"issue_type":"epic","created_at":"2026-01-09T10:59:12.291560832-08:00","created_by":"dan","updated_at":"2026-01-09T17:14:41.429380141-08:00","closed_at":"2026-01-09T17:14:41.429380141-08:00","close_reason":"Dual-publish complete. Ongoing cross-agent work continues under skills-hf1"}
{"id":"skills-73yu","title":"Validate taskId to prevent path traversal and command injection","description":"[SECURITY] HIGH git.nim:36,37,53,59,89 - taskId used unsanitized in branch names and file paths. If taskId contains '../' or shell metacharacters, could escape worktree dir. Validate taskId matches safe pattern (alphanumeric + dash/underscore only).","status":"closed","priority":1,"issue_type":"bug","created_at":"2026-01-10T19:52:13.24918965-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.374723485-08:00","closed_at":"2026-01-10T20:32:28.374723485-08:00","close_reason":"Created utils.nim with common helpers"} {"id":"skills-73yu","title":"Validate taskId to prevent path traversal and command injection","description":"[SECURITY] HIGH git.nim:36,37,53,59,89 - taskId used unsanitized in branch names and file paths. If taskId contains '../' or shell metacharacters, could escape worktree dir. Validate taskId matches safe pattern (alphanumeric + dash/underscore only).","status":"closed","priority":1,"issue_type":"bug","created_at":"2026-01-10T19:52:13.24918965-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.374723485-08:00","closed_at":"2026-01-10T20:32:28.374723485-08:00","close_reason":"Created utils.nim with common helpers"}
{"id":"skills-7a00","title":"Add LLM-as-judge verification","description":"Use an LLM to evaluate task completion quality.\n\nComponents:\n- Judge prompt template\n- Rubric format (list of criteria)\n- Scoring mechanism (0-1 per criterion, aggregate)\n- Model selection (haiku for cost, sonnet for quality)\n\nShould take: task description, rubric, code diff/result\nShould output: score, reasoning, pass/fail per criterion","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-11T16:19:45.933759107-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.564395054-08:00","closed_at":"2026-01-11T16:38:26.564395054-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-7a00","depends_on_id":"skills-y0p0","type":"blocks","created_at":"2026-01-11T16:20:20.700175136-08:00","created_by":"dan"}]} {"id":"skills-7a00","title":"Add LLM-as-judge verification","description":"Use an LLM to evaluate task completion quality.\n\nComponents:\n- Judge prompt template\n- Rubric format (list of criteria)\n- Scoring mechanism (0-1 per criterion, aggregate)\n- Model selection (haiku for cost, sonnet for quality)\n\nShould take: task description, rubric, code diff/result\nShould output: score, reasoning, pass/fail per criterion","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-11T16:19:45.933759107-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.564395054-08:00","closed_at":"2026-01-11T16:38:26.564395054-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-7a00","depends_on_id":"skills-y0p0","type":"blocks","created_at":"2026-01-11T16:20:20.700175136-08:00","created_by":"dan"}]}
@ -72,11 +77,13 @@
{"id":"skills-8d4","title":"Compare CLI_REFERENCE.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:53.268324087-08:00","updated_at":"2025-12-03T20:17:26.552616779-08:00","closed_at":"2025-12-03T20:17:26.552616779-08:00","dependencies":[{"issue_id":"skills-8d4","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:53.27265681-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-8d4","title":"Compare CLI_REFERENCE.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:53.268324087-08:00","updated_at":"2025-12-03T20:17:26.552616779-08:00","closed_at":"2025-12-03T20:17:26.552616779-08:00","dependencies":[{"issue_id":"skills-8d4","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:53.27265681-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-8d9","title":"Add conversational patterns to orch skill","description":"## Context\nThe orch skill currently documents consensus and single-shot chat, but doesn't\nteach agents how to use orch for multi-turn conversations with external AIs.\n\n## Goal\nAdd documentation and patterns for agent-driven conversations where the calling\nagent (Claude Code) orchestrates multi-turn dialogues using orch primitives.\n\n## Patterns to document\n\n### Session-based multi-turn\n```bash\n# Initial query\nRESPONSE=$(orch chat \"Analyze this\" --model claude --format json)\nSESSION=$(echo \"$RESPONSE\" | jq -r .session_id)\n\n# Continue conversation\norch chat \"Elaborate on X\" --model claude --session $SESSION\n\n# Inspect state\norch sessions info $SESSION\norch sessions show $SESSION --last 2 --format text\n```\n\n### Cross-model dialogue\n```bash\n# Get one model's take\nCLAUDE=$(orch chat \"Review this\" --model claude --format json)\nCLAUDE_SAYS=$(echo \"$CLAUDE\" | jq -r '.responses[0].content')\n\n# Ask another model to respond\norch chat \"Claude said: $CLAUDE_SAYS\n\nWhat's your perspective?\" --model gemini\n```\n\n### When to use conversations vs consensus\n- Consensus: quick parallel opinions on a decision\n- Conversation: deeper exploration, follow-up questions, iterative refinement\n\n## Files\n- skills/orch/SKILL.md\n\n## Related\n- orch-c3r: Design: Session introspection for agent-driven conversations (in orch repo)","status":"closed","priority":2,"issue_type":"feature","created_at":"2025-12-18T19:57:28.201494288-08:00","updated_at":"2025-12-29T15:34:16.254181578-05:00","closed_at":"2025-12-29T15:34:16.254181578-05:00","close_reason":"Added conversational patterns section to orch SKILL.md: sessions, cross-model dialogue, iterative refinement, consensus vs chat guidance."} {"id":"skills-8d9","title":"Add conversational patterns to orch skill","description":"## Context\nThe orch skill currently documents consensus and single-shot chat, but doesn't\nteach agents how to use orch for multi-turn conversations with external AIs.\n\n## Goal\nAdd documentation and patterns for agent-driven conversations where the calling\nagent (Claude Code) orchestrates multi-turn dialogues using orch primitives.\n\n## Patterns to document\n\n### Session-based multi-turn\n```bash\n# Initial query\nRESPONSE=$(orch chat \"Analyze this\" --model claude --format json)\nSESSION=$(echo \"$RESPONSE\" | jq -r .session_id)\n\n# Continue conversation\norch chat \"Elaborate on X\" --model claude --session $SESSION\n\n# Inspect state\norch sessions info $SESSION\norch sessions show $SESSION --last 2 --format text\n```\n\n### Cross-model dialogue\n```bash\n# Get one model's take\nCLAUDE=$(orch chat \"Review this\" --model claude --format json)\nCLAUDE_SAYS=$(echo \"$CLAUDE\" | jq -r '.responses[0].content')\n\n# Ask another model to respond\norch chat \"Claude said: $CLAUDE_SAYS\n\nWhat's your perspective?\" --model gemini\n```\n\n### When to use conversations vs consensus\n- Consensus: quick parallel opinions on a decision\n- Conversation: deeper exploration, follow-up questions, iterative refinement\n\n## Files\n- skills/orch/SKILL.md\n\n## Related\n- orch-c3r: Design: Session introspection for agent-driven conversations (in orch repo)","status":"closed","priority":2,"issue_type":"feature","created_at":"2025-12-18T19:57:28.201494288-08:00","updated_at":"2025-12-29T15:34:16.254181578-05:00","closed_at":"2025-12-29T15:34:16.254181578-05:00","close_reason":"Added conversational patterns section to orch SKILL.md: sessions, cross-model dialogue, iterative refinement, consensus vs chat guidance."}
{"id":"skills-8fd","title":"Extract common transaction helper for transition functions","description":"[REDUNDANCY] MED state.nim:31-74,76-114 - transition() and transitionToFailed() have near-identical structure. Extract common helper: withTransaction(db, taskId, body) or similar.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T19:49:51.205903331-08:00","created_by":"dan","updated_at":"2026-01-11T15:38:00.484878468-08:00","closed_at":"2026-01-11T15:38:00.484878468-08:00","close_reason":"Closed"} {"id":"skills-8fd","title":"Extract common transaction helper for transition functions","description":"[REDUNDANCY] MED state.nim:31-74,76-114 - transition() and transitionToFailed() have near-identical structure. Extract common helper: withTransaction(db, taskId, body) or similar.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T19:49:51.205903331-08:00","created_by":"dan","updated_at":"2026-01-11T15:38:00.484878468-08:00","closed_at":"2026-01-11T15:38:00.484878468-08:00","close_reason":"Closed"}
{"id":"skills-8hyz","title":"Design: Context pruning for bd comments","description":"From orch consensus on bd comments as message layer.\n\nProblem: As agents add comments, context size grows unbounded.\n\nSolutions to design:\n1. bd comments --last N (filter to recent)\n2. bd comments --since \"1 hour ago\"\n3. Periodic \"summary\" comments that checkpoint state\n4. Archive old comments to separate file\n5. bd comments --summarize (LLM summary of thread)\n\nThis enables bd comments to be the inter-agent message layer without context explosion.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-11T21:12:44.58624337-08:00","created_by":"dan","updated_at":"2026-01-11T21:12:44.58624337-08:00","dependencies":[{"issue_id":"skills-8hyz","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-11T21:13:02.76668676-08:00","created_by":"dan"}]} {"id":"skills-8hyz","title":"bd: Context pruning for comments","description":"From orch consensus on bd comments as message layer.\n\nProblem: As agents add comments, context size grows unbounded.\n\nSolutions to design:\n1. bd comments --last N (filter to recent)\n2. bd comments --since \"1 hour ago\"\n3. Periodic \"summary\" comments that checkpoint state\n4. Archive old comments to separate file\n5. bd comments --summarize (LLM summary of thread)\n\nThis enables bd comments to be the inter-agent message layer without context explosion.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-11T21:12:44.58624337-08:00","created_by":"dan","updated_at":"2026-01-12T10:06:41.607014099-08:00","dependencies":[{"issue_id":"skills-8hyz","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-11T21:13:02.76668676-08:00","created_by":"dan"}],"comments":[{"id":5,"issue_id":"skills-8hyz","author":"dan","text":"[HQ:merge:2026-01-12T09:36:38-08:00] Merged feedback from skills-8umb (orch consensus):\n\nPROBLEM (flash-or, gemini, gpt - all three flagged this):\nBD comments will explode with heartbeats/status updates. LLMs have 'middle-loss' - if requirements at top and 50 status comments at bottom, agents lose sight of goal.\n\nQUOTES:\n- flash-or: 'Heartbeats should update a single last_seen field, not append comments'\n- gemini: 'You need bd show --summary or --limit... critical dependency for launch'\n- gpt: 'Enforce structured updates and latest instruction pinning'\n\nSUGGESTIONS:\n1. State vs Log distinction - heartbeats update metadata, not comments\n2. bd show --summary or --limit command\n3. Periodic 'state summary' comments in fixed schema\n4. 'Latest instruction' pinning (single canonical HQ comment)\n\nOWNER: bd CLI feature, not HQ logic","created_at":"2026-01-12T17:36:39Z"},{"id":14,"issue_id":"skills-8hyz","author":"dan","text":"[RECLASSIFY:2026-01-12T10:06:41-08:00] Moved to bd layer. Context management is a bd CLI feature.","created_at":"2026-01-12T18:06:41Z"}]}
{"id":"skills-8l92","title":"infra: Worktree disk space and dependency caching","description":"**Raised by:** gemini\n\n**Problem:**\nGit worktrees share .git but NOT ignored build artifacts. Spawning 5 workers on Node.js or Rust project downloads 5GB of dependencies (node_modules, target/).\n\n**gemini:**\n\u003e \"Git worktrees share the '.git' folder, but they do *not* share ignored build artifacts. If you spawn 5 workers on a Node.js or Rust project, you might download 5GB of dependencies. Missing: A caching strategy or a 'pnpm/yarn' shared cache enforcement.\"\n\n**Suggested fixes:**\n1. Shared dependency cache (pnpm store, cargo registry)\n2. Disk space monitoring before spawn\n3. Cleanup policy for completed worktrees\n4. Consider shallow worktrees or sparse checkout","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-12T09:24:10.778664033-08:00","created_by":"dan","updated_at":"2026-01-12T09:48:33.912922824-08:00","comments":[{"id":12,"issue_id":"skills-8l92","author":"dan","text":"[RECLASSIFY:2026-01-12T09:48:33-08:00] Moved from HQ to infrastructure layer.\n\nDisk space management and dependency caching are infrastructure concerns. HQ shouldn't manage node_modules or cargo caches.","created_at":"2026-01-12T17:48:33Z"}]}
{"id":"skills-8la4","title":"Consider moving query procs from state.nim to db.nim","description":"[BOUNDARY] LOW state.nim:116-180 - getState, getWorker, getAllWorkers are query/repository functions in state machine module. Consider moving to db.nim or queries.nim.","status":"open","priority":4,"issue_type":"task","created_at":"2026-01-10T19:49:54.753594572-08:00","created_by":"dan","updated_at":"2026-01-10T19:49:54.753594572-08:00"} {"id":"skills-8la4","title":"Consider moving query procs from state.nim to db.nim","description":"[BOUNDARY] LOW state.nim:116-180 - getState, getWorker, getAllWorkers are query/repository functions in state machine module. Consider moving to db.nim or queries.nim.","status":"open","priority":4,"issue_type":"task","created_at":"2026-01-10T19:49:54.753594572-08:00","created_by":"dan","updated_at":"2026-01-10T19:49:54.753594572-08:00"}
{"id":"skills-8ma","title":"worklog skill: remove org-mode references, use markdown instead","description":"The worklog skill currently references org-mode format (.org files) in the template and instructions. Update to use markdown (.md) instead:\n\n1. Update ~/.claude/skills/worklog/templates/worklog-template.org → worklog-template.md\n2. Convert org-mode syntax to markdown (#+TITLE → # Title, * → ##, etc.)\n3. Update skill instructions to reference .md files\n4. Update suggest-filename.sh to output .md extension\n\nContext: org-mode is less widely supported than markdown in tooling and editors.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-31T08:43:55.761429693-05:00","created_by":"dan","updated_at":"2026-01-02T00:13:05.338810905-05:00","closed_at":"2026-01-02T00:13:05.338810905-05:00","close_reason":"Migrated worklog skill from org-mode to markdown. Template, scripts, and SKILL.md updated. Backward compatible with existing .org files."} {"id":"skills-8ma","title":"worklog skill: remove org-mode references, use markdown instead","description":"The worklog skill currently references org-mode format (.org files) in the template and instructions. Update to use markdown (.md) instead:\n\n1. Update ~/.claude/skills/worklog/templates/worklog-template.org → worklog-template.md\n2. Convert org-mode syntax to markdown (#+TITLE → # Title, * → ##, etc.)\n3. Update skill instructions to reference .md files\n4. Update suggest-filename.sh to output .md extension\n\nContext: org-mode is less widely supported than markdown in tooling and editors.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-31T08:43:55.761429693-05:00","created_by":"dan","updated_at":"2026-01-02T00:13:05.338810905-05:00","closed_at":"2026-01-02T00:13:05.338810905-05:00","close_reason":"Migrated worklog skill from org-mode to markdown. Template, scripts, and SKILL.md updated. Backward compatible with existing .org files."}
{"id":"skills-8nl","title":"Fix: Gemini path restrictions for skills (skills-bo8)","description":"Concrete fix for Gemini not reading ~/.claude/skills/.\n\n## Problem\nGemini's ReadFile tool restricts to workspace directories.\nSymlinked ~/.claude/skills/ is blocked.\n\n## Options\n\n### A: Copy skills into workspace\n- Add skills/ to project repos\n- Pro: Works immediately\n- Con: Duplication, sync issues\n\n### B: Shell workaround in skill\n- Use \\`cat\\` instead of ReadFile\n- Pro: No duplication\n- Con: Fragile, skill must know about limitation\n\n### C: Configure Gemini allowed paths\n- Research if Gemini has path config\n- Pro: Clean solution\n- Con: May not exist\n\n### D: MCP server for skills\n- Skills exposed via MCP\n- Pro: Agent-agnostic\n- Con: Complexity, user said not interested in MCP\n\n## Deliverable\nWorking solution for Gemini to read skills","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:32:57.683370528-08:00","created_by":"dan","updated_at":"2026-01-09T19:35:28.05552467-08:00","closed_at":"2026-01-09T19:35:28.05552467-08:00","close_reason":"Fix found: Gemini includeDirectories setting"} {"id":"skills-8nl","title":"Fix: Gemini path restrictions for skills (skills-bo8)","description":"Concrete fix for Gemini not reading ~/.claude/skills/.\n\n## Problem\nGemini's ReadFile tool restricts to workspace directories.\nSymlinked ~/.claude/skills/ is blocked.\n\n## Options\n\n### A: Copy skills into workspace\n- Add skills/ to project repos\n- Pro: Works immediately\n- Con: Duplication, sync issues\n\n### B: Shell workaround in skill\n- Use \\`cat\\` instead of ReadFile\n- Pro: No duplication\n- Con: Fragile, skill must know about limitation\n\n### C: Configure Gemini allowed paths\n- Research if Gemini has path config\n- Pro: Clean solution\n- Con: May not exist\n\n### D: MCP server for skills\n- Skills exposed via MCP\n- Pro: Agent-agnostic\n- Con: Complexity, user said not interested in MCP\n\n## Deliverable\nWorking solution for Gemini to read skills","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:32:57.683370528-08:00","created_by":"dan","updated_at":"2026-01-09T19:35:28.05552467-08:00","closed_at":"2026-01-09T19:35:28.05552467-08:00","close_reason":"Fix found: Gemini includeDirectories setting"}
{"id":"skills-8sj","title":"Design: Cross-agent enforcement architecture","description":"Unified design for cross-agent quality gates and coordination.\n\nConsolidates: skills-3gk, skills-3ja, skills-thk, skills-6fu\n\n## Abstract Layers\n\n### 1. Message Passing Layer\n- **Purpose:** Async agent coordination, session handoffs\n- **Interface:** post(topic, message), read(topic), reply(id, message)\n- **Requirements:** Append-only, git-mergeable, agent-attributed\n\n### 2. Memory Layer \n- **Purpose:** Persistent work items, review state\n- **Interface:** create(issue), update(id, state), query(filters)\n- **Requirements:** Cross-session, dependency tracking, searchable\n\n### 3. Enforcement Layer\n- **Purpose:** Quality gates, completion blocking\n- **Interface:** check_gate(session) -\u003e allow/block, register_reviewer(session)\n\n## Enforcement Strategies\n\n| Agent | Mechanism | Strength |\n|-------|-----------|----------|\n| Claude Code | Stop hook | Mechanical |\n| Gemini CLI | Stop hook | Mechanical |\n| OpenCode | Orchestrator | Protocol |\n| Codex | Orchestrator | Protocol |\n| Any | Wrapper script | External |\n\n## State Schema\n\n```\nreview_state:\n session_id: string\n status: pending | in_review | approved | rejected\n worker_agent: string\n reviewer_agent: string\n issues_found: [issue_ids]\n approved_at: timestamp\n```\n\n## Circuit Breakers\n- Semantic drift detection\n- Three-strike tool failures \n- Budget/time limits\n\n## Deliverables\n1. Architecture diagram\n2. Interface definitions\n3. State schema\n4. Hook configuration templates\n5. Orchestrator flow pseudocode","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:33:31.801684987-08:00","created_by":"dan","updated_at":"2026-01-09T19:59:37.977910231-08:00","closed_at":"2026-01-09T19:59:37.977910231-08:00","close_reason":"Architecture design complete: docs/design/cross-agent-enforcement-architecture.md"} {"id":"skills-8sj","title":"Design: Cross-agent enforcement architecture","description":"Unified design for cross-agent quality gates and coordination.\n\nConsolidates: skills-3gk, skills-3ja, skills-thk, skills-6fu\n\n## Abstract Layers\n\n### 1. Message Passing Layer\n- **Purpose:** Async agent coordination, session handoffs\n- **Interface:** post(topic, message), read(topic), reply(id, message)\n- **Requirements:** Append-only, git-mergeable, agent-attributed\n\n### 2. Memory Layer \n- **Purpose:** Persistent work items, review state\n- **Interface:** create(issue), update(id, state), query(filters)\n- **Requirements:** Cross-session, dependency tracking, searchable\n\n### 3. Enforcement Layer\n- **Purpose:** Quality gates, completion blocking\n- **Interface:** check_gate(session) -\u003e allow/block, register_reviewer(session)\n\n## Enforcement Strategies\n\n| Agent | Mechanism | Strength |\n|-------|-----------|----------|\n| Claude Code | Stop hook | Mechanical |\n| Gemini CLI | Stop hook | Mechanical |\n| OpenCode | Orchestrator | Protocol |\n| Codex | Orchestrator | Protocol |\n| Any | Wrapper script | External |\n\n## State Schema\n\n```\nreview_state:\n session_id: string\n status: pending | in_review | approved | rejected\n worker_agent: string\n reviewer_agent: string\n issues_found: [issue_ids]\n approved_at: timestamp\n```\n\n## Circuit Breakers\n- Semantic drift detection\n- Three-strike tool failures \n- Budget/time limits\n\n## Deliverables\n1. Architecture diagram\n2. Interface definitions\n3. State schema\n4. Hook configuration templates\n5. Orchestrator flow pseudocode","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:33:31.801684987-08:00","created_by":"dan","updated_at":"2026-01-09T19:59:37.977910231-08:00","closed_at":"2026-01-09T19:59:37.977910231-08:00","close_reason":"Architecture design complete: docs/design/cross-agent-enforcement-architecture.md"}
{"id":"skills-8umb","title":"HQ: Context bloat from BD comment pollution","description":"**Raised by:** flash-or, gemini, gpt (all three)\n\n**Problem:**\nUsing bd comments for heartbeats and status updates will explode the issue history. LLMs have \"middle-loss\" problem - if task requirements are at top and 50 status comments at bottom, agents lose sight of the original goal.\n\n**flash-or:**\n\u003e \"Heartbeats should update a single 'last_seen' field in the worker metadata, not append a new comment to the issue.\"\n\n**gemini:**\n\u003e \"If a worker gets stuck in a loop and posts 50 status updates, HQ's context window fills with noise. You need a 'Context Pruning' strategy... this is a critical dependency for launch.\"\n\n**gpt:**\n\u003e \"Comments become long, repetitive, and unsearchable. Critical instructions get buried. Enforce structured updates and 'latest instruction' pinning.\"\n\n**Suggested fixes:**\n1. State vs Log distinction - heartbeats update metadata, not comments\n2. bd show --summary or --limit command\n3. Periodic \"state summary\" comments in fixed schema\n4. \"Latest instruction\" pinning (single canonical HQ comment)\n\n**Related:** skills-8hyz (Context pruning for bd comments)","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-12T09:20:37.490113158-08:00","created_by":"dan","updated_at":"2026-01-12T09:36:34.144532587-08:00","closed_at":"2026-01-12T09:36:34.144532587-08:00","close_reason":"Duplicate of skills-8hyz (Context pruning for bd comments). Merging orch consensus feedback into that issue."}
{"id":"skills-8v0","title":"Consolidate skill list definitions (flake.nix + ai-skills.nix)","description":"Skill list duplicated in:\n- flake.nix (lines 15-27)\n- modules/ai-skills.nix (lines 8-18)\n\nIssues:\n- Manual sync required when adding skills\n- No validation that referenced skills exist\n\nFix:\n- Single source of truth for skill list\n- Consider generating one from the other\n\nSeverity: MEDIUM","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-24T02:51:14.432158871-05:00","updated_at":"2026-01-03T12:06:23.731969973-08:00","closed_at":"2026-01-03T12:06:23.731969973-08:00","close_reason":"Created skills.nix as single source of truth for skill names and descriptions. Updated flake.nix and Home Manager module to use it."} {"id":"skills-8v0","title":"Consolidate skill list definitions (flake.nix + ai-skills.nix)","description":"Skill list duplicated in:\n- flake.nix (lines 15-27)\n- modules/ai-skills.nix (lines 8-18)\n\nIssues:\n- Manual sync required when adding skills\n- No validation that referenced skills exist\n\nFix:\n- Single source of truth for skill list\n- Consider generating one from the other\n\nSeverity: MEDIUM","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-24T02:51:14.432158871-05:00","updated_at":"2026-01-03T12:06:23.731969973-08:00","closed_at":"2026-01-03T12:06:23.731969973-08:00","close_reason":"Created skills.nix as single source of truth for skill names and descriptions. Updated flake.nix and Home Manager module to use it."}
{"id":"skills-8vdo","title":"Handle or log fetch failure in createWorktree","description":"[ERROR] MED git.nim:40 - Fetch failure silently ignored before creating worktree. If fetch fails, branch may be stale. Log warning on fetch failure, or use runGitCheck if required.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T19:52:13.676498678-08:00","created_by":"dan","updated_at":"2026-01-10T20:37:04.747625244-08:00","closed_at":"2026-01-10T20:37:04.747625244-08:00","close_reason":"Implemented consistent error handling strategy"} {"id":"skills-8vdo","title":"Handle or log fetch failure in createWorktree","description":"[ERROR] MED git.nim:40 - Fetch failure silently ignored before creating worktree. If fetch fails, branch may be stale. Log warning on fetch failure, or use runGitCheck if required.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T19:52:13.676498678-08:00","created_by":"dan","updated_at":"2026-01-10T20:37:04.747625244-08:00","closed_at":"2026-01-10T20:37:04.747625244-08:00","close_reason":"Implemented consistent error handling strategy"}
{"id":"skills-8xv","title":"Log errors in tryClaim before silent rollback","description":"[ERROR] MED db.nim:243-245 - tryClaim catches CatchableError and silently returns false. Can't distinguish 'already claimed' from 'DB error'. Log exception before rollback.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T18:52:37.323937187-08:00","created_by":"dan","updated_at":"2026-01-10T20:37:04.745229052-08:00","closed_at":"2026-01-10T20:37:04.745229052-08:00","close_reason":"Implemented consistent error handling strategy"} {"id":"skills-8xv","title":"Log errors in tryClaim before silent rollback","description":"[ERROR] MED db.nim:243-245 - tryClaim catches CatchableError and silently returns false. Can't distinguish 'already claimed' from 'DB error'. Log exception before rollback.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T18:52:37.323937187-08:00","created_by":"dan","updated_at":"2026-01-10T20:37:04.745229052-08:00","closed_at":"2026-01-10T20:37:04.745229052-08:00","close_reason":"Implemented consistent error handling strategy"}
@ -99,9 +106,11 @@
{"id":"skills-9cu.8","title":"Lens: observability","description":"Create observability.md lens for visibility:\n- Silent failures\n- Missing health checks\n- Incomplete metrics\n- Missing structured logging\n- No correlation IDs","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-01T16:55:49.562009474-05:00","created_by":"dan","updated_at":"2026-01-01T22:05:03.351508622-05:00","closed_at":"2026-01-01T22:05:03.351508622-05:00","close_reason":"Lens created with orch consensus: added resource visibility, heartbeats, version/build metadata, log rotation","dependencies":[{"issue_id":"skills-9cu.8","depends_on_id":"skills-9cu","type":"parent-child","created_at":"2026-01-01T16:55:49.564394694-05:00","created_by":"dan"},{"issue_id":"skills-9cu.8","depends_on_id":"skills-9cu.1","type":"blocks","created_at":"2026-01-01T16:55:49.571005731-05:00","created_by":"dan"}]} {"id":"skills-9cu.8","title":"Lens: observability","description":"Create observability.md lens for visibility:\n- Silent failures\n- Missing health checks\n- Incomplete metrics\n- Missing structured logging\n- No correlation IDs","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-01T16:55:49.562009474-05:00","created_by":"dan","updated_at":"2026-01-01T22:05:03.351508622-05:00","closed_at":"2026-01-01T22:05:03.351508622-05:00","close_reason":"Lens created with orch consensus: added resource visibility, heartbeats, version/build metadata, log rotation","dependencies":[{"issue_id":"skills-9cu.8","depends_on_id":"skills-9cu","type":"parent-child","created_at":"2026-01-01T16:55:49.564394694-05:00","created_by":"dan"},{"issue_id":"skills-9cu.8","depends_on_id":"skills-9cu.1","type":"blocks","created_at":"2026-01-01T16:55:49.571005731-05:00","created_by":"dan"}]}
{"id":"skills-9cu.9","title":"Lens: nix-hygiene","description":"Create nix-hygiene.md lens (statix/deadnix-backed):\n- Dead code (unused bindings)\n- Anti-patterns (with lib abuse, IFD)\n- Module boundary violations\n- Overlay issues\n- Missing option types\n\nLinter integration: statix + deadnix JSON","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-01T16:56:00.623672452-05:00","created_by":"dan","updated_at":"2026-01-01T23:58:43.868830539-05:00","closed_at":"2026-01-01T23:58:43.868830539-05:00","close_reason":"Lens created with orch consensus: added lib.mkIf guards, mkDefault/mkForce, reproducibility/purity, build efficiency, expanded false positives","dependencies":[{"issue_id":"skills-9cu.9","depends_on_id":"skills-9cu","type":"parent-child","created_at":"2026-01-01T16:56:00.638729349-05:00","created_by":"dan"},{"issue_id":"skills-9cu.9","depends_on_id":"skills-9cu.1","type":"blocks","created_at":"2026-01-01T16:56:00.643063075-05:00","created_by":"dan"}]} {"id":"skills-9cu.9","title":"Lens: nix-hygiene","description":"Create nix-hygiene.md lens (statix/deadnix-backed):\n- Dead code (unused bindings)\n- Anti-patterns (with lib abuse, IFD)\n- Module boundary violations\n- Overlay issues\n- Missing option types\n\nLinter integration: statix + deadnix JSON","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-01T16:56:00.623672452-05:00","created_by":"dan","updated_at":"2026-01-01T23:58:43.868830539-05:00","closed_at":"2026-01-01T23:58:43.868830539-05:00","close_reason":"Lens created with orch consensus: added lib.mkIf guards, mkDefault/mkForce, reproducibility/purity, build efficiency, expanded false positives","dependencies":[{"issue_id":"skills-9cu.9","depends_on_id":"skills-9cu","type":"parent-child","created_at":"2026-01-01T16:56:00.638729349-05:00","created_by":"dan"},{"issue_id":"skills-9cu.9","depends_on_id":"skills-9cu.1","type":"blocks","created_at":"2026-01-01T16:56:00.643063075-05:00","created_by":"dan"}]}
{"id":"skills-9jk","title":"Research: emes idle quality gate for code-review","description":"Evaluate whether code-review skill should use idle-style quality gate (block exit until review approved). Would enforce review completion mechanically.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-09T10:59:25.094378206-08:00","created_by":"dan","updated_at":"2026-01-09T16:43:51.746332338-08:00","closed_at":"2026-01-09T16:43:51.746332338-08:00","close_reason":"Research complete - alice pattern documented, recommendation: review reminder hook instead","dependencies":[{"issue_id":"skills-9jk","depends_on_id":"skills-6x1","type":"blocks","created_at":"2026-01-09T10:59:33.267948785-08:00","created_by":"dan"}]} {"id":"skills-9jk","title":"Research: emes idle quality gate for code-review","description":"Evaluate whether code-review skill should use idle-style quality gate (block exit until review approved). Would enforce review completion mechanically.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-09T10:59:25.094378206-08:00","created_by":"dan","updated_at":"2026-01-09T16:43:51.746332338-08:00","closed_at":"2026-01-09T16:43:51.746332338-08:00","close_reason":"Research complete - alice pattern documented, recommendation: review reminder hook instead","dependencies":[{"issue_id":"skills-9jk","depends_on_id":"skills-6x1","type":"blocks","created_at":"2026-01-09T10:59:33.267948785-08:00","created_by":"dan"}]}
{"id":"skills-9mhk","title":"HQ: Definition of Done checklist","description":"**Raised by:** gpt (primary), flash-or\n\n**Problem:**\n\"Approve when tests pass + meets requirements\" is vague. No explicit acceptance criteria, no checklist per issue type, no non-test validation steps (lint, typecheck, migrations, docs).\n\n**gpt:**\n\u003e \"Missing: A required checklist per issue type (bugfix vs feature vs refactor). Explicit acceptance criteria pulled from the issue and reiterated in HQ's first comment. Non-test validation steps (lint/typecheck, migrations, docs, perf, backward compatibility). 'No tests exist' path.\"\n\n**flash-or:**\n\u003e \"Define 'Definition of Done' (DoD): Explicitly list that DoD includes 'Tests passing in worker's environment.'\"\n\n**Suggested fixes:**\n1. Standard DoD template HQ posts to issue at kickoff\n2. Review checklist (tests, lint, security, docs, rollout/compat)\n3. Per-issue-type requirements (bugfix vs feature vs refactor)\n4. \"No tests\" path with compensating validation\n5. Codify with tooling: formatter, lint rules, pre-commit, typechecker","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:23:24.281717002-08:00","created_by":"dan","updated_at":"2026-01-12T09:23:24.281717002-08:00"}
{"id":"skills-9ny","title":"Add schema migration pattern for future DB changes","description":"[EVOLVE] MED db.nim:92 - schema_version='1' exists but no migration logic. initSchema() always runs full schema. Add version check + migration proc pattern for ALTER TABLE scenarios.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T18:52:38.470894574-08:00","created_by":"dan","updated_at":"2026-01-11T15:38:00.492927833-08:00","closed_at":"2026-01-11T15:38:00.492927833-08:00","close_reason":"Closed"} {"id":"skills-9ny","title":"Add schema migration pattern for future DB changes","description":"[EVOLVE] MED db.nim:92 - schema_version='1' exists but no migration logic. initSchema() always runs full schema. Add version check + migration proc pattern for ALTER TABLE scenarios.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T18:52:38.470894574-08:00","created_by":"dan","updated_at":"2026-01-11T15:38:00.492927833-08:00","closed_at":"2026-01-11T15:38:00.492927833-08:00","close_reason":"Closed"}
{"id":"skills-a0x","title":"spec-review: Add traceability requirements across artifacts","description":"Prompts don't enforce spec → plan → tasks linkage. Drift can occur without detection.\n\nAdd:\n- Require trace matrix or linkage in reviews\n- Each plan item should reference spec requirement\n- Each task should reference plan item\n- Flag unmapped items and extra scope","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-15T00:23:25.270581198-08:00","updated_at":"2025-12-15T14:05:48.196356786-08:00","closed_at":"2025-12-15T14:05:48.196356786-08:00"} {"id":"skills-a0x","title":"spec-review: Add traceability requirements across artifacts","description":"Prompts don't enforce spec → plan → tasks linkage. Drift can occur without detection.\n\nAdd:\n- Require trace matrix or linkage in reviews\n- Each plan item should reference spec requirement\n- Each task should reference plan item\n- Flag unmapped items and extra scope","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-15T00:23:25.270581198-08:00","updated_at":"2025-12-15T14:05:48.196356786-08:00","closed_at":"2025-12-15T14:05:48.196356786-08:00"}
{"id":"skills-a23","title":"Update main README to list all 9 skills","description":"Main README.md 'Skills Included' section only lists worklog and update-spec-kit. Repo actually has 9 skills: template, worklog, update-spec-kit, screenshot-latest, niri-window-capture, tufte-press, update-opencode, web-research, web-search.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:14.042397754-08:00","updated_at":"2025-12-28T22:08:02.074758486-05:00","closed_at":"2025-12-28T22:08:02.074758486-05:00","close_reason":"Updated README with table listing all 14 skills (5 deployed, 8 available, 1 development template)","dependencies":[{"issue_id":"skills-a23","depends_on_id":"skills-4yn","type":"blocks","created_at":"2025-11-30T12:01:30.306742184-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-a23","title":"Update main README to list all 9 skills","description":"Main README.md 'Skills Included' section only lists worklog and update-spec-kit. Repo actually has 9 skills: template, worklog, update-spec-kit, screenshot-latest, niri-window-capture, tufte-press, update-opencode, web-research, web-search.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:14.042397754-08:00","updated_at":"2025-12-28T22:08:02.074758486-05:00","closed_at":"2025-12-28T22:08:02.074758486-05:00","close_reason":"Updated README with table listing all 14 skills (5 deployed, 8 available, 1 development template)","dependencies":[{"issue_id":"skills-a23","depends_on_id":"skills-4yn","type":"blocks","created_at":"2025-11-30T12:01:30.306742184-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-a50w","title":"review-gate: Post-merge verification and rollback","description":"**Raised by:** gpt\n\n**Problem:**\nWhat if merge succeeds but breaks master? CI fails after merge? No revert procedure defined.\n\n**gpt:**\n\u003e \"Add a 'post-merge verification' stage: Merge → CI required → only then 'bd close'. Define revert procedure and who owns it (HQ vs new worker). Optionally enable 'merge queue' semantics.\"\n\n**Suggested fixes:**\n1. merged_pending_ci status before done\n2. Post-merge CI verification required\n3. Revert playbook section\n4. \"fix-forward\" task spawning on breakage\n5. Consider merge queue semantics","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-12T09:24:12.120656389-08:00","created_by":"dan","updated_at":"2026-01-12T09:42:04.942124168-08:00","comments":[{"id":10,"issue_id":"skills-a50w","author":"dan","text":"[RECLASSIFY:2026-01-12T09:42:04-08:00] Moved from HQ to review-gate layer.\n\nPost-merge CI verification is quality enforcement. review-gate or CI should handle this, not HQ logic.","created_at":"2026-01-12T17:42:04Z"}]}
{"id":"skills-a6mz","title":"Build property-based verification","description":"Verification checks that can be automated:\n- file_exists, dir_exists\n- function_defined (AST parsing)\n- tests_pass (run pytest/npm test/etc)\n- compiles (language-specific)\n- no_new_lint_errors\n- git_state (branch merged, worktree cleaned, etc)\n\nShould be composable and extensible.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-11T16:19:45.54512229-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.547049098-08:00","closed_at":"2026-01-11T16:38:26.547049098-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-a6mz","depends_on_id":"skills-y0p0","type":"blocks","created_at":"2026-01-11T16:20:20.641495149-08:00","created_by":"dan"}]} {"id":"skills-a6mz","title":"Build property-based verification","description":"Verification checks that can be automated:\n- file_exists, dir_exists\n- function_defined (AST parsing)\n- tests_pass (run pytest/npm test/etc)\n- compiles (language-specific)\n- no_new_lint_errors\n- git_state (branch merged, worktree cleaned, etc)\n\nShould be composable and extensible.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-11T16:19:45.54512229-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.547049098-08:00","closed_at":"2026-01-11T16:38:26.547049098-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-a6mz","depends_on_id":"skills-y0p0","type":"blocks","created_at":"2026-01-11T16:20:20.641495149-08:00","created_by":"dan"}]}
{"id":"skills-al5","title":"Consider repo-setup-verification skill","description":"The dotfiles repo has a repo-setup-prompt.md verification checklist that could become a skill.\n\n**Source**: ~/proj/dotfiles/docs/repo-setup-prompt.md\n\n**What it does**:\n- Verifies .envrc has use_api_keys and skills loading\n- Checks .skills manifest exists with appropriate skills\n- Optionally checks beads setup\n- Verifies API keys are loaded\n\n**As a skill it could**:\n- Be invoked to audit any repo's agent setup\n- Offer to fix missing pieces\n- Provide consistent onboarding for new repos\n\n**Questions**:\n- Is this better as a skill vs a slash command?\n- Should it auto-fix or just report?\n- Does it belong in skills repo or dotfiles?","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-06T12:38:32.561337354-08:00","updated_at":"2025-12-28T22:22:57.639520516-05:00","closed_at":"2025-12-28T22:22:57.639520516-05:00","close_reason":"Decided: keep as prompt doc in dotfiles, not a skill. Claude can read it when asked. No wrapper benefit, and it's dotfiles-specific setup (not general skill). ai-tools-doctor handles version checking separately."} {"id":"skills-al5","title":"Consider repo-setup-verification skill","description":"The dotfiles repo has a repo-setup-prompt.md verification checklist that could become a skill.\n\n**Source**: ~/proj/dotfiles/docs/repo-setup-prompt.md\n\n**What it does**:\n- Verifies .envrc has use_api_keys and skills loading\n- Checks .skills manifest exists with appropriate skills\n- Optionally checks beads setup\n- Verifies API keys are loaded\n\n**As a skill it could**:\n- Be invoked to audit any repo's agent setup\n- Offer to fix missing pieces\n- Provide consistent onboarding for new repos\n\n**Questions**:\n- Is this better as a skill vs a slash command?\n- Should it auto-fix or just report?\n- Does it belong in skills repo or dotfiles?","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-06T12:38:32.561337354-08:00","updated_at":"2025-12-28T22:22:57.639520516-05:00","closed_at":"2025-12-28T22:22:57.639520516-05:00","close_reason":"Decided: keep as prompt doc in dotfiles, not a skill. Claude can read it when asked. No wrapper benefit, and it's dotfiles-specific setup (not general skill). ai-tools-doctor handles version checking separately."}
{"id":"skills-audh","title":"Use parseEnum for heartbeat status instead of case statement","description":"[SMELL] LOW worker.nim:276-280 - Status string parsed with case statement with silent fallback. Use parseEnum or direct HeartbeatStatus input, error on invalid.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T20:12:11.408603257-08:00","created_by":"dan","updated_at":"2026-01-11T15:46:39.025667838-08:00","closed_at":"2026-01-11T15:46:39.025667838-08:00","close_reason":"Closed"} {"id":"skills-audh","title":"Use parseEnum for heartbeat status instead of case statement","description":"[SMELL] LOW worker.nim:276-280 - Status string parsed with case statement with silent fallback. Use parseEnum or direct HeartbeatStatus input, error on invalid.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T20:12:11.408603257-08:00","created_by":"dan","updated_at":"2026-01-11T15:46:39.025667838-08:00","closed_at":"2026-01-11T15:46:39.025667838-08:00","close_reason":"Closed"}
@ -126,6 +135,7 @@
{"id":"skills-dpw","title":"orch: add command to show available/configured models","description":"## Problem\n\nWhen trying to use orch, you have to trial-and-error through models to find which ones have API keys configured. Each failure looks like:\n\n```\nError: GEMINI_API_KEY not set. Required for Google Gemini models.\n```\n\nNo way to know upfront which models are usable.\n\n## Proposed Solution\n\nAdd `orch models` or `orch status` command:\n\n```bash\n$ orch models\nAvailable models:\n ✓ flash (GEMINI_API_KEY set)\n ✓ gemini (GEMINI_API_KEY set)\n ✗ deepseek (OPENROUTER_KEY not set)\n ✗ qwen (OPENROUTER_KEY not set)\n ✓ gpt (OPENAI_API_KEY set)\n```\n\nOr at minimum, on failure suggest alternatives:\n```\nError: GEMINI_API_KEY not set. Try --model gpt or --model deepseek instead.\n```\n\n## Context\n\nHit this while trying to brainstorm with high-temp gemini - had to try 4 models before realizing none were configured in this environment.","status":"closed","priority":3,"issue_type":"feature","created_at":"2025-12-04T14:10:07.069103175-08:00","updated_at":"2025-12-04T14:11:05.49122538-08:00","closed_at":"2025-12-04T14:11:05.49122538-08:00"} {"id":"skills-dpw","title":"orch: add command to show available/configured models","description":"## Problem\n\nWhen trying to use orch, you have to trial-and-error through models to find which ones have API keys configured. Each failure looks like:\n\n```\nError: GEMINI_API_KEY not set. Required for Google Gemini models.\n```\n\nNo way to know upfront which models are usable.\n\n## Proposed Solution\n\nAdd `orch models` or `orch status` command:\n\n```bash\n$ orch models\nAvailable models:\n ✓ flash (GEMINI_API_KEY set)\n ✓ gemini (GEMINI_API_KEY set)\n ✗ deepseek (OPENROUTER_KEY not set)\n ✗ qwen (OPENROUTER_KEY not set)\n ✓ gpt (OPENAI_API_KEY set)\n```\n\nOr at minimum, on failure suggest alternatives:\n```\nError: GEMINI_API_KEY not set. Try --model gpt or --model deepseek instead.\n```\n\n## Context\n\nHit this while trying to brainstorm with high-temp gemini - had to try 4 models before realizing none were configured in this environment.","status":"closed","priority":3,"issue_type":"feature","created_at":"2025-12-04T14:10:07.069103175-08:00","updated_at":"2025-12-04T14:11:05.49122538-08:00","closed_at":"2025-12-04T14:11:05.49122538-08:00"}
{"id":"skills-dszn","title":"Extract loadContextFromPath helper in context.nim","description":"[REDUNDANCY] LOW context.nim:21-23,31-33 - Same read+parse pattern repeated. Extract: proc loadContextFromPath(path: string): WorkerContext","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T20:10:03.6228906-08:00","created_by":"dan","updated_at":"2026-01-11T15:34:20.571875891-08:00","closed_at":"2026-01-11T15:34:20.571875891-08:00","close_reason":"Closed"} {"id":"skills-dszn","title":"Extract loadContextFromPath helper in context.nim","description":"[REDUNDANCY] LOW context.nim:21-23,31-33 - Same read+parse pattern repeated. Extract: proc loadContextFromPath(path: string): WorkerContext","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T20:10:03.6228906-08:00","created_by":"dan","updated_at":"2026-01-11T15:34:20.571875891-08:00","closed_at":"2026-01-11T15:34:20.571875891-08:00","close_reason":"Closed"}
{"id":"skills-dtk","title":"Consolidate isStale() and staleLevel() logic","description":"[SMELL] MED state.nim:214-223,225-241 - Both compute heartbeat age with overlapping checks. Have isStale() call staleLevel() \\!= 'ok', or extract shared ageStatus() helper.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T19:49:51.730374503-08:00","created_by":"dan","updated_at":"2026-01-11T15:38:00.466085606-08:00","closed_at":"2026-01-11T15:38:00.466085606-08:00","close_reason":"Closed"} {"id":"skills-dtk","title":"Consolidate isStale() and staleLevel() logic","description":"[SMELL] MED state.nim:214-223,225-241 - Both compute heartbeat age with overlapping checks. Have isStale() call staleLevel() \\!= 'ok', or extract shared ageStatus() helper.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T19:49:51.730374503-08:00","created_by":"dan","updated_at":"2026-01-11T15:38:00.466085606-08:00","closed_at":"2026-01-11T15:38:00.466085606-08:00","close_reason":"Closed"}
{"id":"skills-du0a","title":"HQ: Structured communication templates","description":"**Raised by:** gpt (primary), gemini\n\n**Problem:**\nBD comments as message bus lacks structure. Questions/answers get buried. No threading. No way to signal \"requires HQ decision\" vs \"FYI\". No attachments/artifacts.\n\n**gpt:**\n\u003e \"Require periodic worker 'state summaries' in a fixed schema (Summary / Risks / Next / Questions / Diffstat). Have HQ post a running 'Decision Log' comment for traceability.\"\n\n**Suggested templates:**\n\n**HQ kickoff comment:**\n- Scope (in/out)\n- Acceptance criteria bullets\n- Required checks (tests/lint/typecheck)\n- Risk areas / files\n- \"Ask before changing X\"\n\n**Worker update (every heartbeat):**\n- What changed\n- What's next\n- Blockers/questions\n- Commands run + results\n- Link to diff/commits\n\n**Suggested fixes:**\n1. Kickoff template posted by HQ\n2. Periodic state summary schema for workers\n3. Decision log comment (edited/superseding)\n4. \"Latest instruction\" pinning","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:23:26.910596266-08:00","created_by":"dan","updated_at":"2026-01-12T09:23:26.910596266-08:00"}
{"id":"skills-e8h","title":"Investigate waybar + niri integration improvements","description":"Look into waybar configuration and niri compositor integration.\n\nPotential areas:\n- Waybar modules for niri workspaces\n- Status indicators\n- Integration with existing niri-window-capture skill\n- Custom scripts in pkgs/waybar-scripts\n\nRelated: dotfiles has home/waybar.nix (196 lines) and pkgs/waybar-scripts/","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-28T20:11:23.115445797-05:00","created_by":"dan","updated_at":"2025-12-28T20:37:16.465731945-05:00","closed_at":"2025-12-28T20:37:16.465731945-05:00","close_reason":"Moved to dotfiles repo - waybar config lives there"} {"id":"skills-e8h","title":"Investigate waybar + niri integration improvements","description":"Look into waybar configuration and niri compositor integration.\n\nPotential areas:\n- Waybar modules for niri workspaces\n- Status indicators\n- Integration with existing niri-window-capture skill\n- Custom scripts in pkgs/waybar-scripts\n\nRelated: dotfiles has home/waybar.nix (196 lines) and pkgs/waybar-scripts/","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-28T20:11:23.115445797-05:00","created_by":"dan","updated_at":"2025-12-28T20:37:16.465731945-05:00","closed_at":"2025-12-28T20:37:16.465731945-05:00","close_reason":"Moved to dotfiles repo - waybar config lives there"}
{"id":"skills-e96","title":"skill: semantic-grep using LSP","description":"Use workspace/symbol, documentSymbol, and references instead of ripgrep.\n\nExample: 'Find all places where we handle User objects but only where we modify the email field directly'\n- LSP references finds all User usages\n- Filter by AST analysis for .email assignments\n- Return hit list for bead or further processing\n\nBetter than regex for Go interfaces, Rust traits, TS types.","status":"open","priority":3,"issue_type":"task","created_at":"2025-12-24T02:29:57.119983837-05:00","updated_at":"2025-12-24T02:29:57.119983837-05:00","dependencies":[{"issue_id":"skills-e96","depends_on_id":"skills-gga","type":"blocks","created_at":"2025-12-24T02:30:06.632906383-05:00","created_by":"daemon"}]} {"id":"skills-e96","title":"skill: semantic-grep using LSP","description":"Use workspace/symbol, documentSymbol, and references instead of ripgrep.\n\nExample: 'Find all places where we handle User objects but only where we modify the email field directly'\n- LSP references finds all User usages\n- Filter by AST analysis for .email assignments\n- Return hit list for bead or further processing\n\nBetter than regex for Go interfaces, Rust traits, TS types.","status":"open","priority":3,"issue_type":"task","created_at":"2025-12-24T02:29:57.119983837-05:00","updated_at":"2025-12-24T02:29:57.119983837-05:00","dependencies":[{"issue_id":"skills-e96","depends_on_id":"skills-gga","type":"blocks","created_at":"2025-12-24T02:30:06.632906383-05:00","created_by":"daemon"}]}
{"id":"skills-ebh","title":"Compare bd-issue-tracking skill files with upstream","description":"Fetch upstream beads skill files and compare with our condensed versions to identify differences","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:14:07.886535859-08:00","updated_at":"2025-12-03T20:19:37.579815337-08:00","closed_at":"2025-12-03T20:19:37.579815337-08:00"} {"id":"skills-ebh","title":"Compare bd-issue-tracking skill files with upstream","description":"Fetch upstream beads skill files and compare with our condensed versions to identify differences","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:14:07.886535859-08:00","updated_at":"2025-12-03T20:19:37.579815337-08:00","closed_at":"2025-12-03T20:19:37.579815337-08:00"}
@ -150,6 +160,7 @@
{"id":"skills-ghlb","title":"Remove unused 'by' parameter from approve() or implement reviewer tracking","description":"[DEAD] MED worker.nim:121 - 'by' parameter declared but never used. Remove parameter, or implement reviewer tracking in state transition.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T20:12:10.42538955-08:00","created_by":"dan","updated_at":"2026-01-10T20:41:09.698150063-08:00","closed_at":"2026-01-10T20:41:09.698150063-08:00","close_reason":"Dead code cleanup complete"} {"id":"skills-ghlb","title":"Remove unused 'by' parameter from approve() or implement reviewer tracking","description":"[DEAD] MED worker.nim:121 - 'by' parameter declared but never used. Remove parameter, or implement reviewer tracking in state transition.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-10T20:12:10.42538955-08:00","created_by":"dan","updated_at":"2026-01-10T20:41:09.698150063-08:00","closed_at":"2026-01-10T20:41:09.698150063-08:00","close_reason":"Dead code cleanup complete"}
{"id":"skills-gq9","title":"Define structured skill reference schema","description":"Replace simple skill: string with structured object.\n\nCurrent (too weak):\n skill: worklog\n\nProposed:\n skill:\n id: worklog\n ref: \"git+file://...#worklog@abc123\"\n inputs:\n session: \"{{session}}\"\n expects:\n files: [\"docs/worklogs/{{session}}.org\"]\n\nFrom orch consensus: both GPT and Gemini flagged this as critical gap.\nNo mechanism to pass args from molecule to skill.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-23T19:49:30.529899123-05:00","updated_at":"2025-12-28T22:46:28.371352259-05:00","closed_at":"2025-12-28T22:46:28.371352259-05:00","close_reason":"Deferred: structured schema was for molecule→skill integration. Current approach (agent reads SKILL.md directly) works well. Skills as entrypoints are simpler than protos. Revisit if programmatic workflows become active.","dependencies":[{"issue_id":"skills-gq9","depends_on_id":"skills-oes","type":"blocks","created_at":"2025-12-23T19:50:10.337111856-05:00","created_by":"daemon"},{"issue_id":"skills-gq9","depends_on_id":"skills-8y6","type":"blocks","created_at":"2025-12-23T19:50:10.388301727-05:00","created_by":"daemon"}]} {"id":"skills-gq9","title":"Define structured skill reference schema","description":"Replace simple skill: string with structured object.\n\nCurrent (too weak):\n skill: worklog\n\nProposed:\n skill:\n id: worklog\n ref: \"git+file://...#worklog@abc123\"\n inputs:\n session: \"{{session}}\"\n expects:\n files: [\"docs/worklogs/{{session}}.org\"]\n\nFrom orch consensus: both GPT and Gemini flagged this as critical gap.\nNo mechanism to pass args from molecule to skill.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-23T19:49:30.529899123-05:00","updated_at":"2025-12-28T22:46:28.371352259-05:00","closed_at":"2025-12-28T22:46:28.371352259-05:00","close_reason":"Deferred: structured schema was for molecule→skill integration. Current approach (agent reads SKILL.md directly) works well. Skills as entrypoints are simpler than protos. Revisit if programmatic workflows become active.","dependencies":[{"issue_id":"skills-gq9","depends_on_id":"skills-oes","type":"blocks","created_at":"2025-12-23T19:50:10.337111856-05:00","created_by":"daemon"},{"issue_id":"skills-gq9","depends_on_id":"skills-8y6","type":"blocks","created_at":"2025-12-23T19:50:10.388301727-05:00","created_by":"daemon"}]}
{"id":"skills-gvj","title":"Orch-in-the-Middle: LSP proxy for multi-model refactors","description":"Write an LSP proxy (Go/Rust) that:\n- Intercepts rename/code-action requests from editor\n- Sends to Orch for multi-model proposals\n- Validates proposals against real headless LSP\n- Returns winning WorkspaceEdit to editor\n\nGet consensus refactoring inside VS Code/Neovim by configuring LSP server path in home-manager.","status":"closed","priority":4,"issue_type":"feature","created_at":"2025-12-24T02:29:56.623189042-05:00","updated_at":"2025-12-29T14:37:35.360129462-05:00","closed_at":"2025-12-29T14:37:35.360129462-05:00","close_reason":"Parked: waiting on gastown (Steve Yegge's orchestration layer for beads). Revisit when gastown lands."} {"id":"skills-gvj","title":"Orch-in-the-Middle: LSP proxy for multi-model refactors","description":"Write an LSP proxy (Go/Rust) that:\n- Intercepts rename/code-action requests from editor\n- Sends to Orch for multi-model proposals\n- Validates proposals against real headless LSP\n- Returns winning WorkspaceEdit to editor\n\nGet consensus refactoring inside VS Code/Neovim by configuring LSP server path in home-manager.","status":"closed","priority":4,"issue_type":"feature","created_at":"2025-12-24T02:29:56.623189042-05:00","updated_at":"2025-12-29T14:37:35.360129462-05:00","closed_at":"2025-12-29T14:37:35.360129462-05:00","close_reason":"Parked: waiting on gastown (Steve Yegge's orchestration layer for beads). Revisit when gastown lands."}
{"id":"skills-gyvt","title":"HQ: Retry counting and infinite loop prevention","description":"**Raised by:** flash-or, gemini, gpt (all three)\n\n**Problem:**\nHQ is stateless between sessions. \"3 failures then escalate\" won't work unless HQ explicitly reads failure count from history. Could burn $50 in API credits in 10 minutes if HQ and worker get into a loop.\n\n**flash-or:**\n\u003e \"If HQ gives bad instructions, the worker will fail. HQ might interpret this as 'worker failed' and spawn a *new* worker, or keep requesting changes with the same flawed logic. Implement a Global Token Budget per Task ID.\"\n\n**gemini:**\n\u003e \"Unless HQ explicitly reads the *count* of previous failures from bd history every time it wakes up, it won't know it's on attempt #4. 'worker status' must return retry_count.\"\n\n**gpt:**\n\u003e \"Escalate on *pattern*, not count. Add categories of failure (requirements unclear, infra failing, code quality mismatch) with different remedies.\"\n\n**Suggested fixes:**\n1. worker status returns retry_count\n2. worker request-changes auto-increments counter in state\n3. Global token/cost budget per task ID\n4. Failure categories with different remedies\n5. Hard stop for human intervention regardless of retry count\n\n**Related:** skills-vdup (Retry limits and escalation policy)","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-12T09:21:59.555616151-08:00","created_by":"dan","updated_at":"2026-01-12T09:36:10.932449246-08:00","closed_at":"2026-01-12T09:36:10.932449246-08:00","close_reason":"Duplicate of skills-vdup (Retry limits and escalation policy). Merging orch consensus feedback into that issue."}
{"id":"skills-h9f","title":"spec-review: Balance negativity bias in prompts","description":"'Be critical' and 'devil's advocate' can bias toward over-flagging without acknowledging what's good.\n\nAdd:\n- 'List top 3 strongest parts of the document'\n- 'Call out where document is sufficiently clear/testable'\n- Categorize :against concerns as confirmed/plausible/rejected","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-15T00:23:26.418087998-08:00","updated_at":"2025-12-15T14:07:39.520818417-08:00","closed_at":"2025-12-15T14:07:39.520818417-08:00"} {"id":"skills-h9f","title":"spec-review: Balance negativity bias in prompts","description":"'Be critical' and 'devil's advocate' can bias toward over-flagging without acknowledging what's good.\n\nAdd:\n- 'List top 3 strongest parts of the document'\n- 'Call out where document is sufficiently clear/testable'\n- Categorize :against concerns as confirmed/plausible/rejected","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-15T00:23:26.418087998-08:00","updated_at":"2025-12-15T14:07:39.520818417-08:00","closed_at":"2025-12-15T14:07:39.520818417-08:00"}
{"id":"skills-hf1","title":"Cross-agent skill portability and quality gates","description":"Design and implement cross-agent skill portability and quality gates.\n\n## Problem Statement\n\nSkills and quality enforcement must work regardless of which agent is orchestrator, worker, or reviewer. Current agents (Claude, Gemini, OpenCode, Codex) have different capabilities.\n\n## Abstract Architecture\n\n### Layer 1: Message Passing\n**Purpose:** Async agent coordination, session handoffs, status updates\n\n| Requirement | Description |\n|-------------|-------------|\n| Append-only | No overwrites, git-mergeable |\n| Agent-attributed | Know which agent posted |\n| Topic-based | Namespaced conversations |\n| Async | Agents don't block each other |\n\n*Possible implementations:* jwz, beads extensions, simple JSONL files\n\n### Layer 2: Memory \n**Purpose:** Persistent work items, dependencies, review state\n\n| Requirement | Description |\n|-------------|-------------|\n| Cross-session | Survives compaction, restarts |\n| Dependency tracking | Issue X blocks issue Y |\n| Queryable | Find by status, type, assignee |\n| Git-native | Lives in repo, versioned |\n\n*Possible implementations:* beads, tissue, structured markdown\n\n### Layer 3: Enforcement\n**Purpose:** Quality gates that block completion until approved\n\n| Requirement | Description |\n|-------------|-------------|\n| Mechanical where possible | Hooks for Claude/Gemini |\n| Protocol fallback | Orchestrator-enforced for others |\n| Circuit breakers | Prevent infinite loops |\n| Reviewable | Human can inspect decisions |\n\n*Possible implementations:* Stop hooks, orchestrator gates, wrapper scripts\n\n## Goals\n\n1. **Portable skills** - Same SKILL.md works in any agent\n2. **Portable quality gates** - Adversarial review across agents\n3. **Flexible orchestration** - Any agent can play any role\n4. **Implementation-agnostic** - Swap tools without changing patterns\n\n## Completed Work\n- ADR-005: Dual-publish architecture\n- Agent capability matrix\n- Web research on patterns\n- orch integration for multi-model\n\n## Key Decisions Pending\n- Message passing: jwz vs beads vs simple files\n- Enforcement: Hook-first vs orchestrator-first\n- Reviewer: Dedicated skill vs orch consensus","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-09T17:13:48.116438862-08:00","created_by":"dan","updated_at":"2026-01-09T19:34:02.490045488-08:00","dependencies":[{"issue_id":"skills-hf1","depends_on_id":"skills-3gk","type":"blocks","created_at":"2026-01-09T17:14:26.901205948-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-fqu","type":"blocks","created_at":"2026-01-09T17:14:26.940496671-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-3ja","type":"blocks","created_at":"2026-01-09T17:14:26.97832902-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-mjf","type":"blocks","created_at":"2026-01-09T17:14:27.011077849-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-6fu","type":"blocks","created_at":"2026-01-09T17:14:27.045750539-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-bo8","type":"blocks","created_at":"2026-01-09T17:14:27.150392041-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-5kv","type":"blocks","created_at":"2026-01-09T17:14:27.192813254-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-ut4","type":"blocks","created_at":"2026-01-09T17:32:23.828114543-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-thk","type":"blocks","created_at":"2026-01-09T19:01:50.07496376-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-tta","type":"blocks","created_at":"2026-01-09T19:01:50.103539768-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-0tk","type":"blocks","created_at":"2026-01-09T19:01:50.132254456-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-0u9","type":"blocks","created_at":"2026-01-09T19:33:03.317485233-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-4fe","type":"blocks","created_at":"2026-01-09T19:33:03.359026048-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-nto","type":"blocks","created_at":"2026-01-09T19:33:03.385366262-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-8nl","type":"blocks","created_at":"2026-01-09T19:33:03.420512171-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-8sj","type":"blocks","created_at":"2026-01-09T19:33:36.855745049-08:00","created_by":"dan"}]} {"id":"skills-hf1","title":"Cross-agent skill portability and quality gates","description":"Design and implement cross-agent skill portability and quality gates.\n\n## Problem Statement\n\nSkills and quality enforcement must work regardless of which agent is orchestrator, worker, or reviewer. Current agents (Claude, Gemini, OpenCode, Codex) have different capabilities.\n\n## Abstract Architecture\n\n### Layer 1: Message Passing\n**Purpose:** Async agent coordination, session handoffs, status updates\n\n| Requirement | Description |\n|-------------|-------------|\n| Append-only | No overwrites, git-mergeable |\n| Agent-attributed | Know which agent posted |\n| Topic-based | Namespaced conversations |\n| Async | Agents don't block each other |\n\n*Possible implementations:* jwz, beads extensions, simple JSONL files\n\n### Layer 2: Memory \n**Purpose:** Persistent work items, dependencies, review state\n\n| Requirement | Description |\n|-------------|-------------|\n| Cross-session | Survives compaction, restarts |\n| Dependency tracking | Issue X blocks issue Y |\n| Queryable | Find by status, type, assignee |\n| Git-native | Lives in repo, versioned |\n\n*Possible implementations:* beads, tissue, structured markdown\n\n### Layer 3: Enforcement\n**Purpose:** Quality gates that block completion until approved\n\n| Requirement | Description |\n|-------------|-------------|\n| Mechanical where possible | Hooks for Claude/Gemini |\n| Protocol fallback | Orchestrator-enforced for others |\n| Circuit breakers | Prevent infinite loops |\n| Reviewable | Human can inspect decisions |\n\n*Possible implementations:* Stop hooks, orchestrator gates, wrapper scripts\n\n## Goals\n\n1. **Portable skills** - Same SKILL.md works in any agent\n2. **Portable quality gates** - Adversarial review across agents\n3. **Flexible orchestration** - Any agent can play any role\n4. **Implementation-agnostic** - Swap tools without changing patterns\n\n## Completed Work\n- ADR-005: Dual-publish architecture\n- Agent capability matrix\n- Web research on patterns\n- orch integration for multi-model\n\n## Key Decisions Pending\n- Message passing: jwz vs beads vs simple files\n- Enforcement: Hook-first vs orchestrator-first\n- Reviewer: Dedicated skill vs orch consensus","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-09T17:13:48.116438862-08:00","created_by":"dan","updated_at":"2026-01-09T19:34:02.490045488-08:00","dependencies":[{"issue_id":"skills-hf1","depends_on_id":"skills-3gk","type":"blocks","created_at":"2026-01-09T17:14:26.901205948-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-fqu","type":"blocks","created_at":"2026-01-09T17:14:26.940496671-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-3ja","type":"blocks","created_at":"2026-01-09T17:14:26.97832902-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-mjf","type":"blocks","created_at":"2026-01-09T17:14:27.011077849-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-6fu","type":"blocks","created_at":"2026-01-09T17:14:27.045750539-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-bo8","type":"blocks","created_at":"2026-01-09T17:14:27.150392041-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-5kv","type":"blocks","created_at":"2026-01-09T17:14:27.192813254-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-ut4","type":"blocks","created_at":"2026-01-09T17:32:23.828114543-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-thk","type":"blocks","created_at":"2026-01-09T19:01:50.07496376-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-tta","type":"blocks","created_at":"2026-01-09T19:01:50.103539768-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-0tk","type":"blocks","created_at":"2026-01-09T19:01:50.132254456-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-0u9","type":"blocks","created_at":"2026-01-09T19:33:03.317485233-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-4fe","type":"blocks","created_at":"2026-01-09T19:33:03.359026048-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-nto","type":"blocks","created_at":"2026-01-09T19:33:03.385366262-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-8nl","type":"blocks","created_at":"2026-01-09T19:33:03.420512171-08:00","created_by":"dan"},{"issue_id":"skills-hf1","depends_on_id":"skills-8sj","type":"blocks","created_at":"2026-01-09T19:33:36.855745049-08:00","created_by":"dan"}]}
{"id":"skills-hgm","title":"Add tests for agent file update logic","description":"File: .specify/scripts/bash/update-agent-context.sh (lines 360-499)\n\nCritical logic with NO test coverage:\n- Malformed agent files (missing sections)\n- Multiple section headers on same line\n- Empty file handling\n- Timestamp update verification\n- State machine correctness\n\nRisk: HIGH - corrupts agent context files on failure\n\nFix:\n- Create test fixtures for various file states\n- Test each state transition\n- Verify idempotency\n\nSeverity: HIGH","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:51:00.793493549-05:00","updated_at":"2026-01-02T02:12:09.368531967-05:00","closed_at":"2026-01-02T02:12:09.368531967-05:00","close_reason":"33 tests added covering all major code paths. Also fixed bug where Recent Changes section was skipped when preceded by Active Technologies."} {"id":"skills-hgm","title":"Add tests for agent file update logic","description":"File: .specify/scripts/bash/update-agent-context.sh (lines 360-499)\n\nCritical logic with NO test coverage:\n- Malformed agent files (missing sections)\n- Multiple section headers on same line\n- Empty file handling\n- Timestamp update verification\n- State machine correctness\n\nRisk: HIGH - corrupts agent context files on failure\n\nFix:\n- Create test fixtures for various file states\n- Test each state transition\n- Verify idempotency\n\nSeverity: HIGH","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:51:00.793493549-05:00","updated_at":"2026-01-02T02:12:09.368531967-05:00","closed_at":"2026-01-02T02:12:09.368531967-05:00","close_reason":"33 tests added covering all major code paths. Also fixed bug where Recent Changes section was skipped when preceded by Active Technologies."}
@ -171,6 +182,7 @@
{"id":"skills-kvdl","title":"Remove unused globalChannel variable in heartbeat.nim","description":"[DEAD] LOW heartbeat.nim:37 - globalChannel declared but never used. Compiler warns about this. Delete unused variable.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T19:54:45.125528634-08:00","created_by":"dan","updated_at":"2026-01-10T20:24:43.733773826-08:00","closed_at":"2026-01-10T20:24:43.733773826-08:00","close_reason":"Fixed: removed unused globalChannel in heartbeat.nim rewrite"} {"id":"skills-kvdl","title":"Remove unused globalChannel variable in heartbeat.nim","description":"[DEAD] LOW heartbeat.nim:37 - globalChannel declared but never used. Compiler warns about this. Delete unused variable.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T19:54:45.125528634-08:00","created_by":"dan","updated_at":"2026-01-10T20:24:43.733773826-08:00","closed_at":"2026-01-10T20:24:43.733773826-08:00","close_reason":"Fixed: removed unused globalChannel in heartbeat.nim rewrite"}
{"id":"skills-le9","title":"beads new --from-cursor: capture symbol context","description":"When creating a bead, auto-capture LSP context:\n- Current symbol FQN (fully qualified name)\n- Definition snippet\n- Top 10 references/callers\n- Current diagnostics for the symbol\n\nMakes beads self-contained without copy/paste archaeology. Symbol URI allows jumping back to exact location even if file moved.","status":"open","priority":3,"issue_type":"feature","created_at":"2025-12-24T02:29:55.989876856-05:00","updated_at":"2025-12-24T02:29:55.989876856-05:00","dependencies":[{"issue_id":"skills-le9","depends_on_id":"skills-gga","type":"blocks","created_at":"2025-12-24T02:30:06.416484732-05:00","created_by":"daemon"}]} {"id":"skills-le9","title":"beads new --from-cursor: capture symbol context","description":"When creating a bead, auto-capture LSP context:\n- Current symbol FQN (fully qualified name)\n- Definition snippet\n- Top 10 references/callers\n- Current diagnostics for the symbol\n\nMakes beads self-contained without copy/paste archaeology. Symbol URI allows jumping back to exact location even if file moved.","status":"open","priority":3,"issue_type":"feature","created_at":"2025-12-24T02:29:55.989876856-05:00","updated_at":"2025-12-24T02:29:55.989876856-05:00","dependencies":[{"issue_id":"skills-le9","depends_on_id":"skills-gga","type":"blocks","created_at":"2025-12-24T02:30:06.416484732-05:00","created_by":"daemon"}]}
{"id":"skills-lie","title":"Compare DEPENDENCIES.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:53.925914243-08:00","updated_at":"2025-12-03T20:19:28.665641809-08:00","closed_at":"2025-12-03T20:19:28.665641809-08:00","dependencies":[{"issue_id":"skills-lie","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:53.9275694-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-lie","title":"Compare DEPENDENCIES.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:53.925914243-08:00","updated_at":"2025-12-03T20:19:28.665641809-08:00","closed_at":"2025-12-03T20:19:28.665641809-08:00","dependencies":[{"issue_id":"skills-lie","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:53.9275694-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-lr29","title":"review-gate: CI/test gates before approve","description":"**Raised by:** flash-or, gemini, gpt (all three)\n\n**Problem:**\n\"Tests pass\" is vague. HQ is an LLM reviewing text, not behavior. It might approve code that looks correct but fails tests or doesn't build. \"LGTM syndrome.\"\n\n**flash-or:**\n\u003e \"The worker state IN_REVIEW should be unreachable unless a 'worker test' command (or CI check) returns a success code. HQ should see the test logs *before* the diff.\"\n\n**gemini:**\n\u003e \"HQ is reviewing text, not behavior. The review phase *must* include a tool output proving success. 'worker approve' should arguably be blocked unless 'worker test-results' returns PASS.\"\n\n**gpt:**\n\u003e \"'Tests pass' is necessary but not sufficient. Flaky tests will cause thrash. Define test tiers and when each is required. Add a 'post-merge verification' stage.\"\n\n**Suggested fixes:**\n1. worker verify \u003ctask-id\u003e command that runs CI checks\n2. IN_REVIEW requires test pass proof\n3. Approve blocked unless test output verified\n4. Post-merge CI verification before bd close\n5. Test tier definitions (unit, integration, e2e)\n6. Flake handling policy","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:21:27.600572533-08:00","created_by":"dan","updated_at":"2026-01-12T09:42:02.492169038-08:00","comments":[{"id":9,"issue_id":"skills-lr29","author":"dan","text":"[RECLASSIFY:2026-01-12T09:42:02-08:00] Moved from HQ to review-gate layer.\n\nThis is quality enforcement, not orchestration. review-gate should verify tests pass before allowing approve. HQ just respects the gate.","created_at":"2026-01-12T17:42:02Z"}]}
{"id":"skills-luzk","title":"Extract rowToWorkerInfo helper in state.nim","description":"[REDUNDANCY] LOW state.nim:136-143,165-172 - WorkerInfo construction duplicated in getWorker() and getAllWorkers(). Extract proc rowToWorkerInfo(row): WorkerInfo.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T19:49:53.238303032-08:00","created_by":"dan","updated_at":"2026-01-11T15:34:20.564896474-08:00","closed_at":"2026-01-11T15:34:20.564896474-08:00","close_reason":"Closed"} {"id":"skills-luzk","title":"Extract rowToWorkerInfo helper in state.nim","description":"[REDUNDANCY] LOW state.nim:136-143,165-172 - WorkerInfo construction duplicated in getWorker() and getAllWorkers(). Extract proc rowToWorkerInfo(row): WorkerInfo.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T19:49:53.238303032-08:00","created_by":"dan","updated_at":"2026-01-11T15:34:20.564896474-08:00","closed_at":"2026-01-11T15:34:20.564896474-08:00","close_reason":"Closed"}
{"id":"skills-lvg","title":"Compare ISSUE_CREATION.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:54.609282051-08:00","updated_at":"2025-12-03T20:19:29.134966356-08:00","closed_at":"2025-12-03T20:19:29.134966356-08:00","dependencies":[{"issue_id":"skills-lvg","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:54.610717055-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-lvg","title":"Compare ISSUE_CREATION.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:54.609282051-08:00","updated_at":"2025-12-03T20:19:29.134966356-08:00","closed_at":"2025-12-03T20:19:29.134966356-08:00","dependencies":[{"issue_id":"skills-lvg","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:54.610717055-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-lxb9","title":"Return proper exit codes for InvalidTransition errors","description":"When approve/reject/start fail due to invalid state transitions, the InvalidTransition exception bubbles up unhandled, causing exit code 1 instead of ExitInvalidTransition (3). Should catch these exceptions and return proper exit codes.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-11T00:17:51.270060721-08:00","created_by":"dan","updated_at":"2026-01-11T14:28:25.732926303-08:00","closed_at":"2026-01-11T14:28:25.732926303-08:00","close_reason":"Fixed exit codes for state transition errors. All 56 tests pass."} {"id":"skills-lxb9","title":"Return proper exit codes for InvalidTransition errors","description":"When approve/reject/start fail due to invalid state transitions, the InvalidTransition exception bubbles up unhandled, causing exit code 1 instead of ExitInvalidTransition (3). Should catch these exceptions and return proper exit codes.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-11T00:17:51.270060721-08:00","created_by":"dan","updated_at":"2026-01-11T14:28:25.732926303-08:00","closed_at":"2026-01-11T14:28:25.732926303-08:00","close_reason":"Fixed exit codes for state transition errors. All 56 tests pass."}
@ -183,6 +195,7 @@
{"id":"skills-mx3","title":"spec-review: Define consensus thresholds and decision rules","description":"'Use judgment' for mixed results leads to inconsistent decisions.\n\nDefine:\n- What constitutes consensus (2/3? unanimous?)\n- How to handle NEUTRAL votes\n- Tie-break rules\n- When human override is acceptable and how to document it","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:24.121175736-08:00","updated_at":"2025-12-15T13:58:04.339283238-08:00","closed_at":"2025-12-15T13:58:04.339283238-08:00"} {"id":"skills-mx3","title":"spec-review: Define consensus thresholds and decision rules","description":"'Use judgment' for mixed results leads to inconsistent decisions.\n\nDefine:\n- What constitutes consensus (2/3? unanimous?)\n- How to handle NEUTRAL votes\n- Tie-break rules\n- When human override is acceptable and how to document it","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-15T00:23:24.121175736-08:00","updated_at":"2025-12-15T13:58:04.339283238-08:00","closed_at":"2025-12-15T13:58:04.339283238-08:00"}
{"id":"skills-n3qp","title":"Use case-insensitive conflict detection in rebaseOnIntegration","description":"[SMELL] MED git.nim:70 - Checks 'CONFLICT' and 'conflict' separately with fragile string matching. Use output.toLowerAscii().contains(\"conflict\") for robustness.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T19:52:13.875954227-08:00","created_by":"dan","updated_at":"2026-01-10T20:55:02.354755642-08:00","closed_at":"2026-01-10T20:55:02.354755642-08:00","close_reason":"P2 bugs fixed"} {"id":"skills-n3qp","title":"Use case-insensitive conflict detection in rebaseOnIntegration","description":"[SMELL] MED git.nim:70 - Checks 'CONFLICT' and 'conflict' separately with fragile string matching. Use output.toLowerAscii().contains(\"conflict\") for robustness.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T19:52:13.875954227-08:00","created_by":"dan","updated_at":"2026-01-10T20:55:02.354755642-08:00","closed_at":"2026-01-10T20:55:02.354755642-08:00","close_reason":"P2 bugs fixed"}
{"id":"skills-n6zf","title":"Add error handling for heartbeat thread startup","description":"[ERROR] MED heartbeat.nim:41,70-80 - No error handling for thread startup. openBusDb can fail (crashes thread silently), createThread could fail. Add try/except in thread body, return success indicator.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T19:54:44.891259041-08:00","created_by":"dan","updated_at":"2026-01-10T20:24:43.776180211-08:00","closed_at":"2026-01-10T20:24:43.776180211-08:00","close_reason":"Fixed: added try/except for openBusDb in heartbeatWorker thread"} {"id":"skills-n6zf","title":"Add error handling for heartbeat thread startup","description":"[ERROR] MED heartbeat.nim:41,70-80 - No error handling for thread startup. openBusDb can fail (crashes thread silently), createThread could fail. Add try/except in thread body, return success indicator.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T19:54:44.891259041-08:00","created_by":"dan","updated_at":"2026-01-10T20:24:43.776180211-08:00","closed_at":"2026-01-10T20:24:43.776180211-08:00","close_reason":"Fixed: added try/except for openBusDb in heartbeatWorker thread"}
{"id":"skills-n8ck","title":"HQ: Revised core loop (SYNC-TRIAGE-REVIEW-UNBLOCK-DISPATCH)","description":"**Raised by:** gemini\n\n**Problem:**\nCurrent core loop is too passive. Doesn't prioritize merging approved work or detecting stalled workers proactively.\n\n**gemini:**\n\u003e \"The current loop is too passive. It should be:\n\u003e 1. SYNC: Refresh state from git/bd (detect stalled workers)\n\u003e 2. TRIAGE: Merge 'APPROVED' work immediately (reduce conflict windows)\n\u003e 3. REVIEW: Check 'IN_REVIEW' work (prioritize passing tests)\n\u003e 4. UNBLOCK: Provide feedback to 'STUCK' workers\n\u003e 5. DISPATCH: Spawn new work only if capacity allows\"\n\n**Current loop:**\n1. ASSESS → 2. PLAN → 3. DELEGATE → 4. MONITOR → 5. ITERATE → 6. COMPLETE\n\n**Key differences:**\n- SYNC first (detect stale)\n- TRIAGE prioritizes merging to reduce conflict window\n- DISPATCH is last, gated by capacity\n- More action-oriented verbs\n\n**Action:** Evaluate and potentially update the core loop in SKILL.md","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-12T09:24:10.618287351-08:00","created_by":"dan","updated_at":"2026-01-12T09:24:10.618287351-08:00"}
{"id":"skills-njb","title":"worklog: clarify or remove semantic compression references","description":"SKILL.md references 'semantic compression is a planned workflow' multiple times but it's not implemented. Speculative generality - adds cognitive load for non-existent feature. Either implement or move to design notes. Found by smells lens review.","status":"closed","priority":4,"issue_type":"task","created_at":"2025-12-25T02:03:25.387405002-05:00","updated_at":"2025-12-27T10:11:48.169923742-05:00","closed_at":"2025-12-27T10:11:48.169923742-05:00","close_reason":"Closed"} {"id":"skills-njb","title":"worklog: clarify or remove semantic compression references","description":"SKILL.md references 'semantic compression is a planned workflow' multiple times but it's not implemented. Speculative generality - adds cognitive load for non-existent feature. Either implement or move to design notes. Found by smells lens review.","status":"closed","priority":4,"issue_type":"task","created_at":"2025-12-25T02:03:25.387405002-05:00","updated_at":"2025-12-27T10:11:48.169923742-05:00","closed_at":"2025-12-27T10:11:48.169923742-05:00","close_reason":"Closed"}
{"id":"skills-nto","title":"Prototype: End-to-end cross-agent workflow","description":"Build a working prototype of cross-agent quality gate.\n\n## Scenario\n1. Worker agent (any) does task\n2. Posts status to message layer\n3. Reviewer agent (any) checks work\n4. Posts approval/issues to memory layer\n5. Gate checks memory, allows/blocks completion\n\n## Test Matrix\n\n| Orchestrator | Worker | Reviewer | Enforcement |\n|--------------|--------|----------|-------------|\n| Claude | Claude | Gemini | Hook |\n| Claude | Gemini | Claude | Hook |\n| OpenCode | Claude | Gemini | Orchestrator |\n| Manual | OpenCode | Claude | Protocol |\n\n## Components to Build\n1. Message layer interface (post/read status)\n2. Memory layer interface (review state)\n3. Gate check CLI (for hooks and manual)\n4. Reviewer skill/prompt\n\n## Success Criteria\n- At least 2 agent combinations working\n- Gate actually blocks when review fails\n- State persists across agent boundaries","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:32:57.579195169-08:00","created_by":"dan","updated_at":"2026-01-09T20:39:24.013666826-08:00","closed_at":"2026-01-09T20:39:24.013666826-08:00","close_reason":"Prototype complete: review-gate CLI with hooks.json, adversarial reviewer prompt, and dual-publish structure"} {"id":"skills-nto","title":"Prototype: End-to-end cross-agent workflow","description":"Build a working prototype of cross-agent quality gate.\n\n## Scenario\n1. Worker agent (any) does task\n2. Posts status to message layer\n3. Reviewer agent (any) checks work\n4. Posts approval/issues to memory layer\n5. Gate checks memory, allows/blocks completion\n\n## Test Matrix\n\n| Orchestrator | Worker | Reviewer | Enforcement |\n|--------------|--------|----------|-------------|\n| Claude | Claude | Gemini | Hook |\n| Claude | Gemini | Claude | Hook |\n| OpenCode | Claude | Gemini | Orchestrator |\n| Manual | OpenCode | Claude | Protocol |\n\n## Components to Build\n1. Message layer interface (post/read status)\n2. Memory layer interface (review state)\n3. Gate check CLI (for hooks and manual)\n4. Reviewer skill/prompt\n\n## Success Criteria\n- At least 2 agent combinations working\n- Gate actually blocks when review fails\n- State persists across agent boundaries","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-09T19:32:57.579195169-08:00","created_by":"dan","updated_at":"2026-01-09T20:39:24.013666826-08:00","closed_at":"2026-01-09T20:39:24.013666826-08:00","close_reason":"Prototype complete: review-gate CLI with hooks.json, adversarial reviewer prompt, and dual-publish structure"}
{"id":"skills-oes","title":"Define skill manifest format","description":"Skills need to declare their interface so beads can validate.\n\nManifest should include:\n- Required inputs (args, env vars)\n- Optional inputs with defaults\n- Expected outputs (files, artifacts)\n- Preconditions (tools, repos, permissions)\n\nLocation: SKILL.md frontmatter or separate manifest.yaml\n\nEnables: Proto validation before spawning, better error messages.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-23T19:49:30.673372413-05:00","updated_at":"2025-12-23T20:55:04.427620449-05:00","closed_at":"2025-12-23T20:55:04.427620449-05:00","close_reason":"ADRs revised with orch consensus feedback"} {"id":"skills-oes","title":"Define skill manifest format","description":"Skills need to declare their interface so beads can validate.\n\nManifest should include:\n- Required inputs (args, env vars)\n- Optional inputs with defaults\n- Expected outputs (files, artifacts)\n- Preconditions (tools, repos, permissions)\n\nLocation: SKILL.md frontmatter or separate manifest.yaml\n\nEnables: Proto validation before spawning, better error messages.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-23T19:49:30.673372413-05:00","updated_at":"2025-12-23T20:55:04.427620449-05:00","closed_at":"2025-12-23T20:55:04.427620449-05:00","close_reason":"ADRs revised with orch consensus feedback"}
@ -192,10 +205,12 @@
{"id":"skills-prt","title":"worklog: remove inline section list, reference template","description":"SKILL.md lists 11 sections that duplicate worklog-template.org. Will drift. Replace with directive to parse sections from template dynamically. Found by bloat lens review.","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-25T02:03:16.811093872-05:00","updated_at":"2025-12-27T10:05:51.513685966-05:00","closed_at":"2025-12-27T10:05:51.513685966-05:00","close_reason":"Closed"} {"id":"skills-prt","title":"worklog: remove inline section list, reference template","description":"SKILL.md lists 11 sections that duplicate worklog-template.org. Will drift. Replace with directive to parse sections from template dynamically. Found by bloat lens review.","status":"closed","priority":3,"issue_type":"task","created_at":"2025-12-25T02:03:16.811093872-05:00","updated_at":"2025-12-27T10:05:51.513685966-05:00","closed_at":"2025-12-27T10:05:51.513685966-05:00","close_reason":"Closed"}
{"id":"skills-pu4","title":"Clean up stale beads.left.jsonl merge artifact","description":"bd doctor flagged multiple JSONL files. beads.left.jsonl is empty merge artifact that should be removed: git rm .beads/beads.left.jsonl","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:33.292221449-08:00","updated_at":"2025-11-30T12:37:49.916795223-08:00","closed_at":"2025-11-30T12:37:49.916795223-08:00"} {"id":"skills-pu4","title":"Clean up stale beads.left.jsonl merge artifact","description":"bd doctor flagged multiple JSONL files. beads.left.jsonl is empty merge artifact that should be removed: git rm .beads/beads.left.jsonl","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:33.292221449-08:00","updated_at":"2025-11-30T12:37:49.916795223-08:00","closed_at":"2025-11-30T12:37:49.916795223-08:00"}
{"id":"skills-q40","title":"ADR: Nim language for worker CLI","description":"Language decision: Nim (ORC, cligen, tiny_sqlite) for the worker coordination CLI.\n\nRationale:\n- Single static binary deployment\n- Fast startup (~1ms) for CLI commands\n- Python-like syntax, easy to iterate\n- Excellent SQLite support via tiny_sqlite\n- cligen auto-generates CLI from proc signatures\n- ORC memory management handles cycles\n- Threads + channels for heartbeat without shared state\n\nDependencies:\n- tiny_sqlite: SQLite wrapper with RAII\n- cligen: CLI framework\n- jsony: Fast JSON (optional)\n- SQLite amalgamation for static linking\n\nBuild: nim c -d:release --mm:orc --threads:on src/worker.nim\n\nSee: docs/design/mvp-scope.md, message-passing-layer.md, worker-cli-primitives.md","status":"closed","priority":1,"issue_type":"task","created_at":"2026-01-10T18:04:05.004285163-08:00","created_by":"dan","updated_at":"2026-01-10T23:27:32.570914258-08:00","closed_at":"2026-01-10T23:27:32.570914258-08:00","close_reason":"ADR-006 documents Nim language decision for worker CLI"} {"id":"skills-q40","title":"ADR: Nim language for worker CLI","description":"Language decision: Nim (ORC, cligen, tiny_sqlite) for the worker coordination CLI.\n\nRationale:\n- Single static binary deployment\n- Fast startup (~1ms) for CLI commands\n- Python-like syntax, easy to iterate\n- Excellent SQLite support via tiny_sqlite\n- cligen auto-generates CLI from proc signatures\n- ORC memory management handles cycles\n- Threads + channels for heartbeat without shared state\n\nDependencies:\n- tiny_sqlite: SQLite wrapper with RAII\n- cligen: CLI framework\n- jsony: Fast JSON (optional)\n- SQLite amalgamation for static linking\n\nBuild: nim c -d:release --mm:orc --threads:on src/worker.nim\n\nSee: docs/design/mvp-scope.md, message-passing-layer.md, worker-cli-primitives.md","status":"closed","priority":1,"issue_type":"task","created_at":"2026-01-10T18:04:05.004285163-08:00","created_by":"dan","updated_at":"2026-01-10T23:27:32.570914258-08:00","closed_at":"2026-01-10T23:27:32.570914258-08:00","close_reason":"ADR-006 documents Nim language decision for worker CLI"}
{"id":"skills-q8i0","title":"worker CLI: Background launch mechanism","description":"**Raised by:** gemini (primary), flash-or\n\n**Problem:**\nThe skill hand-waves \"Launch Claude in worker context\" but HQ is an LLM - it cannot easily spawn a persistent, interactive subprocess. If HQ runs the command in its own shell, it blocks until worker finishes, killing parallelism.\n\n**gemini:**\n\u003e \"HQ becomes single-threaded. Missing: A specific tool like 'daemon_spawn' or 'background_exec' that returns a PID and detaches. Who manages the worker's API keys? Does the spawned process inherit HQ's env?\"\n\n**flash-or:**\n\u003e \"You need to make it clear *how* the agent starts.\"\n\n**Suggested fixes:**\n1. worker spawn only prepares directory\n2. Add worker launch \u003cid\u003e --background for async process management\n3. Define env inheritance / API key handling\n4. Consider wrapper script or dedicated launcher\n\n**Note:** This is flagged as \"rapidly evolving\" area - avoid over-abstraction.","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:20:38.009435128-08:00","created_by":"dan","updated_at":"2026-01-12T09:36:57.638160025-08:00","comments":[{"id":7,"issue_id":"skills-q8i0","author":"dan","text":"[RECLASSIFY:2026-01-12T09:36:57-08:00] Moved from HQ to worker CLI layer.\n\nThis is about how workers are launched, not HQ orchestration logic. worker CLI could provide 'worker launch --background' or similar. HQ just calls it.","created_at":"2026-01-12T17:36:57Z"}]}
{"id":"skills-qeh","title":"Add README.md for web-research skill","description":"web-research skill has SKILL.md and scripts but no README.md. AGENTS.md says README.md is for humans, contains installation instructions, usage examples, prerequisites.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:14.475647113-08:00","updated_at":"2025-12-28T22:37:48.339288261-05:00","closed_at":"2025-12-28T22:37:48.339288261-05:00","close_reason":"Added README.md with prerequisites, usage examples, and cross-references","dependencies":[{"issue_id":"skills-qeh","depends_on_id":"skills-vb5","type":"blocks","created_at":"2025-11-30T12:01:30.278784381-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-qeh","title":"Add README.md for web-research skill","description":"web-research skill has SKILL.md and scripts but no README.md. AGENTS.md says README.md is for humans, contains installation instructions, usage examples, prerequisites.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:14.475647113-08:00","updated_at":"2025-12-28T22:37:48.339288261-05:00","closed_at":"2025-12-28T22:37:48.339288261-05:00","close_reason":"Added README.md with prerequisites, usage examples, and cross-references","dependencies":[{"issue_id":"skills-qeh","depends_on_id":"skills-vb5","type":"blocks","created_at":"2025-11-30T12:01:30.278784381-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-qekj","title":"Start heartbeat before state transition in start command","description":"[ERROR] MED worker.nim:202-206 - Heartbeat started after state transition. If heartbeat fails, worker is WORKING but not heartbeating. Start heartbeat before transition, or handle failure by reverting state.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T20:12:10.656162605-08:00","created_by":"dan","updated_at":"2026-01-10T20:55:02.327535804-08:00","closed_at":"2026-01-10T20:55:02.327535804-08:00","close_reason":"P2 bugs fixed"} {"id":"skills-qekj","title":"Start heartbeat before state transition in start command","description":"[ERROR] MED worker.nim:202-206 - Heartbeat started after state transition. If heartbeat fails, worker is WORKING but not heartbeating. Start heartbeat before transition, or handle failure by reverting state.","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T20:12:10.656162605-08:00","created_by":"dan","updated_at":"2026-01-10T20:55:02.327535804-08:00","closed_at":"2026-01-10T20:55:02.327535804-08:00","close_reason":"P2 bugs fixed"}
{"id":"skills-qiq0","title":"Extract DefaultRemote and IntegrationBranch constants","description":"[EVOLVE] LOW git.nim - 'origin' remote and 'integration' branch hardcoded throughout (lines 40,66,67,93,96,97,109,133). Extract to constants in types.nim.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T19:52:14.580188398-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.36719341-08:00","closed_at":"2026-01-10T20:32:28.36719341-08:00","close_reason":"Created utils.nim with common helpers"} {"id":"skills-qiq0","title":"Extract DefaultRemote and IntegrationBranch constants","description":"[EVOLVE] LOW git.nim - 'origin' remote and 'integration' branch hardcoded throughout (lines 40,66,67,93,96,97,109,133). Extract to constants in types.nim.","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T19:52:14.580188398-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.36719341-08:00","closed_at":"2026-01-10T20:32:28.36719341-08:00","close_reason":"Created utils.nim with common helpers"}
{"id":"skills-qng9","title":"Agent capability benchmark harness","description":"**Status: Design/Brainstorming** - exploring approaches before building\n\n## Vision\nTest and benchmark agent capability on real software engineering tasks.\nEnable private evals on our actual workflows.\n\n## Key Questions (unresolved)\n1. What's the simplest thing that teaches us something?\n2. What's the orchestrator? CLI? Daemon? Just \"invoke claude with context\"?\n3. Where does task decomposition happen?\n4. How much infrastructure do we need vs. just trying things?\n\n## Approaches Considered\n\n### A) Full harness (designed, not built)\n- Scenario YAML schema (done: docs/specs/scenario-schema.md)\n- Verification pipeline: properties → LLM-judge → human\n- Scripted mode (integration) + Live mode (real agents)\n- Benchmarking dimensions\n- **Risk**: Over-engineered before we know what we need\n\n### B) Minimal spike (proposed)\n- Simple script: try-task.sh \"task description\" fixture/\n- Manually invoke Claude in worker context\n- See what happens, learn, iterate\n- **Benefit**: Fast learning, no premature abstraction\n\n### C) Middle ground\n- Start with B, grow toward A based on learnings\n\n## Artifacts Created (exploratory)\n- docs/specs/scenario-schema.md - YAML schema (may simplify)\n- tests/scenarios/{easy,medium,hard}/*.yaml - Example scenarios\n- tests/fixtures/ - Test fixture stubs\n\n## Next Step\nSpike: Actually try running Claude on a task in worker context.\nLearn what works, what breaks, what's needed.\n\n## Related\n- Worker CLI: src/worker.nim (built)\n- Review-gate: skills/review-gate/ (built)\n- Orchestrator: NOT BUILT (shape unknown)","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-11T16:19:22.737836269-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:40.60324944-08:00"} {"id":"skills-qng9","title":"Agent capability benchmark harness","description":"**Status: Design/Brainstorming** - exploring approaches before building\n\n## Vision\nTest and benchmark agent capability on real software engineering tasks.\nEnable private evals on our actual workflows.\n\n## Key Questions (unresolved)\n1. What's the simplest thing that teaches us something?\n2. What's the orchestrator? CLI? Daemon? Just \"invoke claude with context\"?\n3. Where does task decomposition happen?\n4. How much infrastructure do we need vs. just trying things?\n\n## Approaches Considered\n\n### A) Full harness (designed, not built)\n- Scenario YAML schema (done: docs/specs/scenario-schema.md)\n- Verification pipeline: properties → LLM-judge → human\n- Scripted mode (integration) + Live mode (real agents)\n- Benchmarking dimensions\n- **Risk**: Over-engineered before we know what we need\n\n### B) Minimal spike (proposed)\n- Simple script: try-task.sh \"task description\" fixture/\n- Manually invoke Claude in worker context\n- See what happens, learn, iterate\n- **Benefit**: Fast learning, no premature abstraction\n\n### C) Middle ground\n- Start with B, grow toward A based on learnings\n\n## Artifacts Created (exploratory)\n- docs/specs/scenario-schema.md - YAML schema (may simplify)\n- tests/scenarios/{easy,medium,hard}/*.yaml - Example scenarios\n- tests/fixtures/ - Test fixture stubs\n\n## Next Step\nSpike: Actually try running Claude on a task in worker context.\nLearn what works, what breaks, what's needed.\n\n## Related\n- Worker CLI: src/worker.nim (built)\n- Review-gate: skills/review-gate/ (built)\n- Orchestrator: NOT BUILT (shape unknown)","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-11T16:19:22.737836269-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:40.60324944-08:00"}
{"id":"skills-qqaa","title":"worker CLI: Safe rebase handling for parallel workers","description":"**Raised by:** flash-or, gemini, gpt (all three)\n\n**Problem:**\nParallel workers branch from same master. When Worker A merges, Worker B is stale. LLMs are notoriously bad at git rebase - they hallucinate conflict resolutions or force push.\n\n**flash-or:**\n\u003e \"Mandatory 'worker rebase \u003cid\u003e' step after any merge to master. HQ should refuse to merge any branch that isn't functionally 'fast-forward' compatible.\"\n\n**gemini:**\n\u003e \"An LLM (Worker B) acts very poorly when asked to 'git rebase'. It often hallucinates conflict resolutions. The system needs an auto-rebase tool that fails safely. Do not ask the LLM to run 'git rebase -i'.\"\n\n**gpt:**\n\u003e \"Workers in long tasks will drift from master and incur conflicts, plus re-review churn. Require periodic rebases at a heartbeat interval or before marking IN_REVIEW.\"\n\n**Suggested fixes:**\n1. Pre-merge rebase requirement (verified by HQ)\n2. Auto-rebase tool that fails safely (no interactive rebase)\n3. Periodic rebase during long tasks\n4. HQ takes conflict resolution directly for complex cases\n5. \"Salvage mode\" - pull commits before canceling stale worker","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-12T09:20:38.348129207-08:00","created_by":"dan","updated_at":"2026-01-12T09:36:53.208834903-08:00","comments":[{"id":6,"issue_id":"skills-qqaa","author":"dan","text":"[RECLASSIFY:2026-01-12T09:36:53-08:00] Moved from HQ to worker CLI layer. \n\nThis is a worker lifecycle concern, not an HQ orchestration decision. The worker CLI should handle rebase safely - HQ just needs to know if it succeeded or failed.\n\nKey: worker done already does rebase. Issue is making it safer (no interactive rebase, fail-safe auto-rebase).","created_at":"2026-01-12T17:36:53Z"}]}
{"id":"skills-r3k","title":"Extract helper for repetitive null-check pattern in poll()","description":"[SMELL] LOW db.nim:167-176 - Same null-check pattern repeated 5 times. Extract helper: proc optField[T](row, idx): Option[T]","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T18:52:40.828545508-08:00","created_by":"dan","updated_at":"2026-01-11T15:34:20.547557264-08:00","closed_at":"2026-01-11T15:34:20.547557264-08:00","close_reason":"Closed"} {"id":"skills-r3k","title":"Extract helper for repetitive null-check pattern in poll()","description":"[SMELL] LOW db.nim:167-176 - Same null-check pattern repeated 5 times. Extract helper: proc optField[T](row, idx): Option[T]","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-10T18:52:40.828545508-08:00","created_by":"dan","updated_at":"2026-01-11T15:34:20.547557264-08:00","closed_at":"2026-01-11T15:34:20.547557264-08:00","close_reason":"Closed"}
{"id":"skills-r5c","title":"Extract shared logging library from scripts","description":"Duplicated logging/color functions across multiple scripts:\n- bin/deploy-skill.sh\n- skills/tufte-press/scripts/generate-and-build.sh\n- Other .specify scripts\n\nPattern repeated:\n- info(), warn(), error() functions\n- Color definitions (RED, GREEN, etc.)\n- Same 15-20 lines in each file\n\nFix:\n- Create scripts/common-logging.sh\n- Source from all scripts that need it\n- Estimated reduction: 30+ lines of duplication\n\nSeverity: MEDIUM","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:50:58.324852578-05:00","updated_at":"2025-12-29T18:48:20.448077879-05:00","closed_at":"2025-12-29T18:48:20.448077879-05:00","close_reason":"Minimal duplication: only 2 files with different logging styles. Shared library overhead not justified."} {"id":"skills-r5c","title":"Extract shared logging library from scripts","description":"Duplicated logging/color functions across multiple scripts:\n- bin/deploy-skill.sh\n- skills/tufte-press/scripts/generate-and-build.sh\n- Other .specify scripts\n\nPattern repeated:\n- info(), warn(), error() functions\n- Color definitions (RED, GREEN, etc.)\n- Same 15-20 lines in each file\n\nFix:\n- Create scripts/common-logging.sh\n- Source from all scripts that need it\n- Estimated reduction: 30+ lines of duplication\n\nSeverity: MEDIUM","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:50:58.324852578-05:00","updated_at":"2025-12-29T18:48:20.448077879-05:00","closed_at":"2025-12-29T18:48:20.448077879-05:00","close_reason":"Minimal duplication: only 2 files with different logging styles. Shared library overhead not justified."}
{"id":"skills-r62","title":"Design: Role + Veto pattern","description":"Some agents do, some agents can only block.\n\n## Pattern (from GPT brainstorm)\nRole specialization with cross-cutting veto powers:\n- Claude = spec/architecture (can veto incoherent APIs)\n- Codex = implementation (fast edits, compilation focus)\n- Gemini = repo archaeologist (searches long-range coupling)\n- Security agent = can't code, can only BLOCK\n\nKey: some agents can't 'do' but can block.\n\n## Implementation\n- worker veto X \"reason\" - block without doing\n- Reviewer agents have veto-only mode\n- Veto writes rejection to .worker-state/X.json\n- Worker must address veto before proceeding\n\n## Benefits\n- Prevents groupthink\n- Security review can't 'fix' things (no scope creep)\n- Clear separation of concerns","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-10T12:14:51.397604607-08:00","created_by":"dan","updated_at":"2026-01-10T12:14:51.397604607-08:00","dependencies":[{"issue_id":"skills-r62","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T12:15:10.205645756-08:00","created_by":"dan"}]} {"id":"skills-r62","title":"Design: Role + Veto pattern","description":"Some agents do, some agents can only block.\n\n## Pattern (from GPT brainstorm)\nRole specialization with cross-cutting veto powers:\n- Claude = spec/architecture (can veto incoherent APIs)\n- Codex = implementation (fast edits, compilation focus)\n- Gemini = repo archaeologist (searches long-range coupling)\n- Security agent = can't code, can only BLOCK\n\nKey: some agents can't 'do' but can block.\n\n## Implementation\n- worker veto X \"reason\" - block without doing\n- Reviewer agents have veto-only mode\n- Veto writes rejection to .worker-state/X.json\n- Worker must address veto before proceeding\n\n## Benefits\n- Prevents groupthink\n- Security review can't 'fix' things (no scope creep)\n- Clear separation of concerns","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-10T12:14:51.397604607-08:00","created_by":"dan","updated_at":"2026-01-10T12:14:51.397604607-08:00","dependencies":[{"issue_id":"skills-r62","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T12:15:10.205645756-08:00","created_by":"dan"}]}
@ -220,10 +235,11 @@
{"id":"skills-uz4","title":"Compare RESUMABILITY.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:54.897754095-08:00","updated_at":"2025-12-03T20:19:29.384645842-08:00","closed_at":"2025-12-03T20:19:29.384645842-08:00","dependencies":[{"issue_id":"skills-uz4","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:54.899671178-08:00","created_by":"daemon","metadata":"{}"}]} {"id":"skills-uz4","title":"Compare RESUMABILITY.md with upstream","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-03T20:15:54.897754095-08:00","updated_at":"2025-12-03T20:19:29.384645842-08:00","closed_at":"2025-12-03T20:19:29.384645842-08:00","dependencies":[{"issue_id":"skills-uz4","depends_on_id":"skills-ebh","type":"discovered-from","created_at":"2025-12-03T20:15:54.899671178-08:00","created_by":"daemon","metadata":"{}"}]}
{"id":"skills-v6p","title":"Move Message type from db.nim to types.nim","description":"[COUPLING] LOW db.nim:130-141 - Message type defined in db.nim but other types are in types.nim. Move for consistency.","status":"open","priority":4,"issue_type":"task","created_at":"2026-01-10T18:52:41.927231152-08:00","created_by":"dan","updated_at":"2026-01-10T18:52:41.927231152-08:00"} {"id":"skills-v6p","title":"Move Message type from db.nim to types.nim","description":"[COUPLING] LOW db.nim:130-141 - Message type defined in db.nim but other types are in types.nim. Move for consistency.","status":"open","priority":4,"issue_type":"task","created_at":"2026-01-10T18:52:41.927231152-08:00","created_by":"dan","updated_at":"2026-01-10T18:52:41.927231152-08:00"}
{"id":"skills-vb5","title":"Resolve web search design questions","description":"web_search_brainstorm.md has unanswered design questions: single smart skill vs explicit flags, specific sources priority, raw links vs summaries. Need user input to finalize web-search/web-research direction.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:33.482270742-08:00","updated_at":"2025-12-28T22:21:05.814118092-05:00","closed_at":"2025-12-28T22:21:05.814118092-05:00","close_reason":"Resolved: keep 2 skills, web-search for OpenCode only (Claude has built-in), web-research for both. Source filtering via WebSearch domains. Summaries by default."} {"id":"skills-vb5","title":"Resolve web search design questions","description":"web_search_brainstorm.md has unanswered design questions: single smart skill vs explicit flags, specific sources priority, raw links vs summaries. Need user input to finalize web-search/web-research direction.","status":"closed","priority":2,"issue_type":"task","created_at":"2025-11-30T11:58:33.482270742-08:00","updated_at":"2025-12-28T22:21:05.814118092-05:00","closed_at":"2025-12-28T22:21:05.814118092-05:00","close_reason":"Resolved: keep 2 skills, web-search for OpenCode only (Claude has built-in), web-research for both. Source filtering via WebSearch domains. Summaries by default."}
{"id":"skills-vdup","title":"Design: Retry limits and escalation policy","description":"From orch architecture review.\n\nProblem: Agent can enter \"loop of death\" - repeatedly spawning workers that fail.\n\nNeed:\n- Max retries per task before escalation\n- Escalation path (to human? to different agent?)\n- \"Circuit breaker\" pattern at orchestration level\n- Configurable per-task or global limits\n\nRelated: \n- skills-1jc (stuck agent detection)\n- review-gate circuit breaker (exists, 3 attempts)\n\nHQ skill should include: \"If task fails N times, escalate to human\"","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-11T21:12:44.745049544-08:00","created_by":"dan","updated_at":"2026-01-11T21:12:44.745049544-08:00","dependencies":[{"issue_id":"skills-vdup","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-11T21:13:02.95738684-08:00","created_by":"dan"}]} {"id":"skills-vdup","title":"worker CLI: Retry limits and escalation policy","description":"From orch architecture review.\n\nProblem: Agent can enter \"loop of death\" - repeatedly spawning workers that fail.\n\nNeed:\n- Max retries per task before escalation\n- Escalation path (to human? to different agent?)\n- \"Circuit breaker\" pattern at orchestration level\n- Configurable per-task or global limits\n\nRelated: \n- skills-1jc (stuck agent detection)\n- review-gate circuit breaker (exists, 3 attempts)\n\nHQ skill should include: \"If task fails N times, escalate to human\"","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-11T21:12:44.745049544-08:00","created_by":"dan","updated_at":"2026-01-12T10:06:39.334711025-08:00","dependencies":[{"issue_id":"skills-vdup","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-11T21:13:02.95738684-08:00","created_by":"dan"}],"comments":[{"id":4,"issue_id":"skills-vdup","author":"dan","text":"[HQ:merge:2026-01-12T09:36:22-08:00] Merged feedback from skills-gyvt (orch consensus):\n\nPROBLEM (flash-or, gemini, gpt):\nHQ is stateless between sessions. '3 failures then escalate' won't work unless retry count explicitly tracked. Could burn $50 in API credits if HQ/worker loop.\n\nSUGGESTIONS:\n1. worker status returns retry_count\n2. worker request-changes auto-increments counter in state\n3. Global token/cost budget per task ID\n4. Failure categories with different remedies\n5. Hard stop for human intervention regardless of count\n\nOWNER: worker CLI (state machine), not HQ","created_at":"2026-01-12T17:36:22Z"},{"id":13,"issue_id":"skills-vdup","author":"dan","text":"[RECLASSIFY:2026-01-12T10:06:39-08:00] Moved to worker CLI layer. Retry counting is part of worker state machine.","created_at":"2026-01-12T18:06:39Z"}]}
{"id":"skills-vjm","title":"Refactor update-agent-context.sh: reduce nesting depth","description":"File: .specify/scripts/bash/update-agent-context.sh\n\nIssues:\n- update_existing_agent_file() has 4-level deep nesting (lines 360-499)\n- State machine with multiple variables: in_tech_section, in_changes_section, tech_entries_added\n- 70+ lines of while loop processing\n\nFix:\n- Extract file processing to separate function\n- Consider sed/awk for line-based transformations\n- Use guard clauses to reduce nesting\n\nSeverity: HIGH","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:50:57.874439288-05:00","updated_at":"2025-12-25T01:44:58.38265672-05:00","closed_at":"2025-12-25T01:44:58.38265672-05:00","close_reason":"update-agent-context.sh is .specify upstream code, not maintained here"} {"id":"skills-vjm","title":"Refactor update-agent-context.sh: reduce nesting depth","description":"File: .specify/scripts/bash/update-agent-context.sh\n\nIssues:\n- update_existing_agent_file() has 4-level deep nesting (lines 360-499)\n- State machine with multiple variables: in_tech_section, in_changes_section, tech_entries_added\n- 70+ lines of while loop processing\n\nFix:\n- Extract file processing to separate function\n- Consider sed/awk for line-based transformations\n- Use guard clauses to reduce nesting\n\nSeverity: HIGH","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:50:57.874439288-05:00","updated_at":"2025-12-25T01:44:58.38265672-05:00","closed_at":"2025-12-25T01:44:58.38265672-05:00","close_reason":"update-agent-context.sh is .specify upstream code, not maintained here"}
{"id":"skills-vpy","title":"Design checklist support for skills","description":"Design how checklists fit into the skills system.\n\nQuestions:\n- Skill-as-checklist (SKILL.md with just items, no scripts)?\n- Separate checklist format?\n- Trigger conditions in frontmatter?\n- Integration with bd audit for tracking?\n\nTiers considered:\n1. AGENTS.md (simplest, no tracking)\n2. Skill-as-checklist (deployed, invokable)\n3. Proto (full tracking, overhead)","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-23T17:59:09.569427412-05:00","updated_at":"2025-12-29T13:55:35.848981398-05:00","closed_at":"2025-12-29T13:55:35.848981398-05:00","close_reason":"Parked with ADR-001: skills-molecules integration deferred. Current simpler approach (skills as standalone) works well. Revisit when complex orchestration needed."} {"id":"skills-vpy","title":"Design checklist support for skills","description":"Design how checklists fit into the skills system.\n\nQuestions:\n- Skill-as-checklist (SKILL.md with just items, no scripts)?\n- Separate checklist format?\n- Trigger conditions in frontmatter?\n- Integration with bd audit for tracking?\n\nTiers considered:\n1. AGENTS.md (simplest, no tracking)\n2. Skill-as-checklist (deployed, invokable)\n3. Proto (full tracking, overhead)","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-23T17:59:09.569427412-05:00","updated_at":"2025-12-29T13:55:35.848981398-05:00","closed_at":"2025-12-29T13:55:35.848981398-05:00","close_reason":"Parked with ADR-001: skills-molecules integration deferred. Current simpler approach (skills as standalone) works well. Revisit when complex orchestration needed."}
{"id":"skills-vuj2","title":"Add validateTaskId() at CLI entry points","description":"[SECURITY] MED worker.nim - taskId from CLI args used without validation. Add validateTaskId() check in each command. Related to skills-73yu (git.nim validation).","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T20:12:10.919427534-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.382482296-08:00","closed_at":"2026-01-10T20:32:28.382482296-08:00","close_reason":"Created utils.nim with common helpers"} {"id":"skills-vuj2","title":"Add validateTaskId() at CLI entry points","description":"[SECURITY] MED worker.nim - taskId from CLI args used without validation. Add validateTaskId() check in each command. Related to skills-73yu (git.nim validation).","status":"closed","priority":2,"issue_type":"bug","created_at":"2026-01-10T20:12:10.919427534-08:00","created_by":"dan","updated_at":"2026-01-10T20:32:28.382482296-08:00","closed_at":"2026-01-10T20:32:28.382482296-08:00","close_reason":"Created utils.nim with common helpers"}
{"id":"skills-vz05","title":"Agent Coordination: Cross-agent communication and resources","description":"Patterns for coordinating work across multiple agents.\n\nCovers:\n- Cross-agent compatibility (skills that work for any agent)\n- Task specifications and contracts\n- Event notification vs polling\n- Resource budgets (tokens, cost, time)\n- Structured task specs\n\nThese are coordination primitives that HQ and other orchestrators can use.","status":"open","priority":2,"issue_type":"epic","created_at":"2026-01-12T10:04:45.834666795-08:00","created_by":"dan","updated_at":"2026-01-12T10:04:45.834666795-08:00","dependencies":[{"issue_id":"skills-vz05","depends_on_id":"skills-udu","type":"blocks","created_at":"2026-01-12T10:06:28.169956793-08:00","created_by":"dan"},{"issue_id":"skills-vz05","depends_on_id":"skills-0y9","type":"blocks","created_at":"2026-01-12T10:06:28.226270481-08:00","created_by":"dan"},{"issue_id":"skills-vz05","depends_on_id":"skills-4ufc","type":"blocks","created_at":"2026-01-12T10:06:28.270939669-08:00","created_by":"dan"},{"issue_id":"skills-vz05","depends_on_id":"skills-1qz","type":"blocks","created_at":"2026-01-12T10:06:28.325594806-08:00","created_by":"dan"}]}
{"id":"skills-w9a4","title":"Design: Garbage collection / janitor for orphaned workers","description":"From orch architecture review consensus.\n\nProblem: Workers can crash, worktrees can hang, locks can be abandoned.\n\nNeed:\n- Detect orphaned worktrees (no heartbeat, stale state)\n- Clean up abandoned locks\n- Prune old/dead worker state from DB\n- Maybe a \"janitor\" that runs periodically or on-demand\n\nRelated: skills-7n4 (rollback strategy), worker staleness detection (exists)\n\nCommands to add:\n- worker cleanup --stale-days=7\n- worker gc (garbage collect)","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-11T21:12:44.530555957-08:00","created_by":"dan","updated_at":"2026-01-11T21:12:44.530555957-08:00","dependencies":[{"issue_id":"skills-w9a4","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-11T21:13:02.689965819-08:00","created_by":"dan"}]} {"id":"skills-w9a4","title":"Design: Garbage collection / janitor for orphaned workers","description":"From orch architecture review consensus.\n\nProblem: Workers can crash, worktrees can hang, locks can be abandoned.\n\nNeed:\n- Detect orphaned worktrees (no heartbeat, stale state)\n- Clean up abandoned locks\n- Prune old/dead worker state from DB\n- Maybe a \"janitor\" that runs periodically or on-demand\n\nRelated: skills-7n4 (rollback strategy), worker staleness detection (exists)\n\nCommands to add:\n- worker cleanup --stale-days=7\n- worker gc (garbage collect)","status":"open","priority":2,"issue_type":"task","created_at":"2026-01-11T21:12:44.530555957-08:00","created_by":"dan","updated_at":"2026-01-11T21:12:44.530555957-08:00","dependencies":[{"issue_id":"skills-w9a4","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-11T21:13:02.689965819-08:00","created_by":"dan"}]}
{"id":"skills-wm9","title":"Research Steve Yegge's orchestration work","description":"Steve Yegge is working on something new related to AI orchestration. Research what it is and how it might inform our skills+molecules integration design.\n\nBlocks: skills-hin (ADR finalization)","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:41:47.848905848-05:00","updated_at":"2025-12-24T02:42:24.40239935-05:00","closed_at":"2025-12-24T02:42:24.40239935-05:00","close_reason":"Not needed - just parking the ADR work"} {"id":"skills-wm9","title":"Research Steve Yegge's orchestration work","description":"Steve Yegge is working on something new related to AI orchestration. Research what it is and how it might inform our skills+molecules integration design.\n\nBlocks: skills-hin (ADR finalization)","status":"closed","priority":2,"issue_type":"task","created_at":"2025-12-24T02:41:47.848905848-05:00","updated_at":"2025-12-24T02:42:24.40239935-05:00","closed_at":"2025-12-24T02:42:24.40239935-05:00","close_reason":"Not needed - just parking the ADR work"}
{"id":"skills-wsk7","title":"Add benchmarking metrics collection","description":"Track metrics across runs for comparison:\n\nMetrics:\n- pass_rate (completion)\n- quality_score (LLM judge)\n- cost (tokens in/out)\n- latency (time to complete)\n- efficiency (tool calls, iterations)\n\nDimensions to sweep:\n- model\n- system prompt variant\n- tool configuration\n- context strategy\n\nOutput: structured results (JSON/CSV) for analysis","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-11T16:19:46.710599693-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.601801894-08:00","closed_at":"2026-01-11T16:38:26.601801894-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-wsk7","depends_on_id":"skills-y0p0","type":"blocks","created_at":"2026-01-11T16:20:20.844989131-08:00","created_by":"dan"}]} {"id":"skills-wsk7","title":"Add benchmarking metrics collection","description":"Track metrics across runs for comparison:\n\nMetrics:\n- pass_rate (completion)\n- quality_score (LLM judge)\n- cost (tokens in/out)\n- latency (time to complete)\n- efficiency (tool calls, iterations)\n\nDimensions to sweep:\n- model\n- system prompt variant\n- tool configuration\n- context strategy\n\nOutput: structured results (JSON/CSV) for analysis","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-11T16:19:46.710599693-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.601801894-08:00","closed_at":"2026-01-11T16:38:26.601801894-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-wsk7","depends_on_id":"skills-y0p0","type":"blocks","created_at":"2026-01-11T16:20:20.844989131-08:00","created_by":"dan"}]}
@ -234,6 +250,7 @@
{"id":"skills-y0p0","title":"Build scenario harness runner (scripted mode)","description":"Build the core harness that can:\n1. Load scenario definitions\n2. Set up isolated environment (temp git repo from fixture)\n3. Execute scripted agent actions\n4. Collect results\n\nStart with scripted mode - deterministic, fast, for integration testing.\nLive mode (real agents) comes later.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-11T16:19:45.197998259-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.529958787-08:00","closed_at":"2026-01-11T16:38:26.529958787-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-y0p0","depends_on_id":"skills-ig7w","type":"blocks","created_at":"2026-01-11T16:20:20.575936533-08:00","created_by":"dan"}]} {"id":"skills-y0p0","title":"Build scenario harness runner (scripted mode)","description":"Build the core harness that can:\n1. Load scenario definitions\n2. Set up isolated environment (temp git repo from fixture)\n3. Execute scripted agent actions\n4. Collect results\n\nStart with scripted mode - deterministic, fast, for integration testing.\nLive mode (real agents) comes later.","status":"closed","priority":2,"issue_type":"task","created_at":"2026-01-11T16:19:45.197998259-08:00","created_by":"dan","updated_at":"2026-01-11T16:38:26.529958787-08:00","closed_at":"2026-01-11T16:38:26.529958787-08:00","close_reason":"Pausing - need to validate approach with simpler spike first","dependencies":[{"issue_id":"skills-y0p0","depends_on_id":"skills-ig7w","type":"blocks","created_at":"2026-01-11T16:20:20.575936533-08:00","created_by":"dan"}]}
{"id":"skills-y3f2","title":"Agent commands fail when run from worktree (DB path issue)","description":"Agent commands (fail, done, heartbeat) are designed to run from worktrees but openBusDb() uses relative path .worker-state/bus.db which resolves relative to the worktree, not the main repo. Need to either: (1) store main repo path in context, (2) use git to find main worktree, or (3) use absolute paths.","status":"closed","priority":1,"issue_type":"bug","created_at":"2026-01-11T00:22:52.854016416-08:00","created_by":"dan","updated_at":"2026-01-11T00:25:38.389318829-08:00","closed_at":"2026-01-11T00:25:38.389318829-08:00","close_reason":"Fixed: agent commands now use getMainRepoBusDbPath() to find the DB in the main repo when running from worktrees"} {"id":"skills-y3f2","title":"Agent commands fail when run from worktree (DB path issue)","description":"Agent commands (fail, done, heartbeat) are designed to run from worktrees but openBusDb() uses relative path .worker-state/bus.db which resolves relative to the worktree, not the main repo. Need to either: (1) store main repo path in context, (2) use git to find main worktree, or (3) use absolute paths.","status":"closed","priority":1,"issue_type":"bug","created_at":"2026-01-11T00:22:52.854016416-08:00","created_by":"dan","updated_at":"2026-01-11T00:25:38.389318829-08:00","closed_at":"2026-01-11T00:25:38.389318829-08:00","close_reason":"Fixed: agent commands now use getMainRepoBusDbPath() to find the DB in the main repo when running from worktrees"}
{"id":"skills-y76g","title":"Extract render() from status() proc in worker.nim","description":"[BLOAT] LOW worker.nim:49-119 - status() is 70 lines with nested render(). Extract render() to module level or split table formatting into helper.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T20:12:11.728628111-08:00","created_by":"dan","updated_at":"2026-01-11T15:46:39.011202031-08:00","closed_at":"2026-01-11T15:46:39.011202031-08:00","close_reason":"Closed"} {"id":"skills-y76g","title":"Extract render() from status() proc in worker.nim","description":"[BLOAT] LOW worker.nim:49-119 - status() is 70 lines with nested render(). Extract render() to module level or split table formatting into helper.","status":"closed","priority":4,"issue_type":"task","created_at":"2026-01-10T20:12:11.728628111-08:00","created_by":"dan","updated_at":"2026-01-11T15:46:39.011202031-08:00","closed_at":"2026-01-11T15:46:39.011202031-08:00","close_reason":"Closed"}
{"id":"skills-ya3n","title":"worker CLI: Stale worker salvage and recovery","description":"**Raised by:** flash-or, gpt\n\n**Problem:**\n\"Cancel and retry\" throws away valuable progress. Worker spawn should be idempotent - if called on existing task, should resume or reclaim.\n\n**flash-or:**\n\u003e \"If the worker process crashes or the API times out, the worktree stays locked. HQ might try to spawn a new worker on the same Task ID, leading to file system locks or duplicate branches. 'worker spawn' should be idempotent - identify state and either 'resume' or 'reclaim'.\"\n\n**gpt:**\n\u003e \"'Cancel and retry' can throw away valuable progress. Add 'Salvage mode': HQ pulls commits from stale worktree/branch before canceling. 'Nudge mode': automatic prompt/comment asking worker to summarize current state.\"\n\n**Suggested fixes:**\n1. Idempotent worker spawn (resume/reclaim)\n2. Salvage mode - preserve commits before cancel\n3. Nudge mode - prompt stale worker for state\n4. worker reset --hard without killing assignment","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-12T09:25:49.456109078-08:00","created_by":"dan","updated_at":"2026-01-12T09:36:59.989258116-08:00","comments":[{"id":8,"issue_id":"skills-ya3n","author":"dan","text":"[RECLASSIFY:2026-01-12T09:36:59-08:00] Moved from HQ to worker CLI layer.\n\nSalvage/recovery is a worker lifecycle concern. worker CLI should provide 'worker salvage' or make 'worker spawn' idempotent with resume semantics. HQ just decides when to invoke it.","created_at":"2026-01-12T17:37:00Z"}]}
{"id":"skills-yak","title":"Design: Human observability (status command)","description":"Design: Human observability (status command)\n\nImplementation: Nim (table formatting, watch mode)\nDesign doc: docs/design/human-observability.md\n\nFeatures:\n- worker status - Dashboard table\n- worker show \u003cid\u003e - Detailed view\n- --watch mode - Refresh every 2s\n- --json output for scripting\n- Stale detection: 30s WARN, 100s STALE, 5m DEAD\n\nSee: skills-q40 for language decision","design":"docs/design/human-observability.md","notes":"Design complete. Kubectl/docker-style CLI observability. Commands: status (dashboard table), show (detail view), logs (message history), stats (metrics). Stale detection: 3x heartbeat=WARN, 10x=STALE. Watch mode with --watch. Color-coded states. MVP: status + show; defer logs/stats/TUI.","status":"closed","priority":1,"issue_type":"task","created_at":"2026-01-10T13:55:23.910743917-08:00","created_by":"dan","updated_at":"2026-01-10T21:29:25.675678164-08:00","closed_at":"2026-01-10T21:29:25.675678164-08:00","close_reason":"Implemented in worker CLI - spawn, status, state machine, branch isolation all working","dependencies":[{"issue_id":"skills-yak","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T13:55:23.912386443-08:00","created_by":"dan"}]} {"id":"skills-yak","title":"Design: Human observability (status command)","description":"Design: Human observability (status command)\n\nImplementation: Nim (table formatting, watch mode)\nDesign doc: docs/design/human-observability.md\n\nFeatures:\n- worker status - Dashboard table\n- worker show \u003cid\u003e - Detailed view\n- --watch mode - Refresh every 2s\n- --json output for scripting\n- Stale detection: 30s WARN, 100s STALE, 5m DEAD\n\nSee: skills-q40 for language decision","design":"docs/design/human-observability.md","notes":"Design complete. Kubectl/docker-style CLI observability. Commands: status (dashboard table), show (detail view), logs (message history), stats (metrics). Stale detection: 3x heartbeat=WARN, 10x=STALE. Watch mode with --watch. Color-coded states. MVP: status + show; defer logs/stats/TUI.","status":"closed","priority":1,"issue_type":"task","created_at":"2026-01-10T13:55:23.910743917-08:00","created_by":"dan","updated_at":"2026-01-10T21:29:25.675678164-08:00","closed_at":"2026-01-10T21:29:25.675678164-08:00","close_reason":"Implemented in worker CLI - spawn, status, state machine, branch isolation all working","dependencies":[{"issue_id":"skills-yak","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T13:55:23.912386443-08:00","created_by":"dan"}]}
{"id":"skills-ybq","title":"Reorganize lens directory structure","description":"Current structure puts ops lenses as subdirectory of code-review lenses:\n\n```\n~/.config/lenses/ \u003c- code-review lenses\n~/.config/lenses/ops/ \u003c- ops-review lenses\n```\n\nThis is asymmetric. Consider:\n\nOption A: Separate top-level directories\n```\n~/.config/lenses/code-review/\n~/.config/lenses/ops-review/\n```\n\nOption B: Keep flat but with prefixes\n```\n~/.config/lenses/code-*.md\n~/.config/lenses/ops-*.md\n```\n\nOption C: Per-skill lens directories\n```\n~/.claude/skills/code-review/lenses/\n~/.claude/skills/ops-review/lenses/\n```\n\nRequires updating:\n- modules/ai-skills.nix (deployment paths)\n- skills/code-review/SKILL.md (expected paths)\n- skills/ops-review/SKILL.md (expected paths)","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-01T21:57:06.726997606-05:00","created_by":"dan","updated_at":"2026-01-02T00:24:53.647409845-05:00","closed_at":"2026-01-02T00:24:53.647409845-05:00","close_reason":"Reorganized lens directories: code-review → ~/.config/lenses/code/, ops-review → ~/.config/lenses/ops/. Updated ai-skills.nix, SKILL.md, and README references."} {"id":"skills-ybq","title":"Reorganize lens directory structure","description":"Current structure puts ops lenses as subdirectory of code-review lenses:\n\n```\n~/.config/lenses/ \u003c- code-review lenses\n~/.config/lenses/ops/ \u003c- ops-review lenses\n```\n\nThis is asymmetric. Consider:\n\nOption A: Separate top-level directories\n```\n~/.config/lenses/code-review/\n~/.config/lenses/ops-review/\n```\n\nOption B: Keep flat but with prefixes\n```\n~/.config/lenses/code-*.md\n~/.config/lenses/ops-*.md\n```\n\nOption C: Per-skill lens directories\n```\n~/.claude/skills/code-review/lenses/\n~/.claude/skills/ops-review/lenses/\n```\n\nRequires updating:\n- modules/ai-skills.nix (deployment paths)\n- skills/code-review/SKILL.md (expected paths)\n- skills/ops-review/SKILL.md (expected paths)","status":"closed","priority":3,"issue_type":"task","created_at":"2026-01-01T21:57:06.726997606-05:00","created_by":"dan","updated_at":"2026-01-02T00:24:53.647409845-05:00","closed_at":"2026-01-02T00:24:53.647409845-05:00","close_reason":"Reorganized lens directories: code-review → ~/.config/lenses/code/, ops-review → ~/.config/lenses/ops/. Updated ai-skills.nix, SKILL.md, and README references."}
{"id":"skills-yc6","title":"Research: Document brainstorm findings","description":"Capture research findings in docs/research/ or docs/design/.\n\n## Sources to document\n1. orch consensus on permission patterns (sonar, gemini)\n2. orch brainstorm on creative patterns (flash-or, qwen, gpt, gemini)\n3. Gastown architecture analysis\n4. Steve Yegge Larry Wall/Perl critique (Lego vs pirate ships)\n5. LangGraph breakpoints pattern\n6. MetaGPT software company pattern\n7. Claude Code permission-based gating\n\n## Key patterns to document\n- Negative permission (exclusion-based)\n- Evidence artifacts (structured handoff)\n- Rubber Duck interrupt (stuck detection)\n- Role + Veto (some block, some do)\n- Circuit breakers (non-progress detection)\n- Capability Provenance Pipeline (GPT)\n\n## Output\ndocs/design/multi-agent-lego-architecture.md","notes":"Research complete. Created docs/design/multi-agent-footguns-and-patterns.md with synthesis of HN discussions, practitioner blogs, and orch consensus. Key findings: Rule of 4 (3-4 agents max), spec-driven development, layered coordination, PostgreSQL advisory locks pattern, git bundles for checkpoints. Validated our SQLite, worktree, and rebase decisions. Identified gaps: structured task specs, role boundaries, review funnel, token budgets.","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-10T12:15:04.476532719-08:00","created_by":"dan","updated_at":"2026-01-10T15:34:24.496673317-08:00","dependencies":[{"issue_id":"skills-yc6","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T12:15:10.316852381-08:00","created_by":"dan"}]} {"id":"skills-yc6","title":"Research: Document brainstorm findings","description":"Capture research findings in docs/research/ or docs/design/.\n\n## Sources to document\n1. orch consensus on permission patterns (sonar, gemini)\n2. orch brainstorm on creative patterns (flash-or, qwen, gpt, gemini)\n3. Gastown architecture analysis\n4. Steve Yegge Larry Wall/Perl critique (Lego vs pirate ships)\n5. LangGraph breakpoints pattern\n6. MetaGPT software company pattern\n7. Claude Code permission-based gating\n\n## Key patterns to document\n- Negative permission (exclusion-based)\n- Evidence artifacts (structured handoff)\n- Rubber Duck interrupt (stuck detection)\n- Role + Veto (some block, some do)\n- Circuit breakers (non-progress detection)\n- Capability Provenance Pipeline (GPT)\n\n## Output\ndocs/design/multi-agent-lego-architecture.md","notes":"Research complete. Created docs/design/multi-agent-footguns-and-patterns.md with synthesis of HN discussions, practitioner blogs, and orch consensus. Key findings: Rule of 4 (3-4 agents max), spec-driven development, layered coordination, PostgreSQL advisory locks pattern, git bundles for checkpoints. Validated our SQLite, worktree, and rebase decisions. Identified gaps: structured task specs, role boundaries, review funnel, token budgets.","status":"open","priority":3,"issue_type":"task","created_at":"2026-01-10T12:15:04.476532719-08:00","created_by":"dan","updated_at":"2026-01-10T15:34:24.496673317-08:00","dependencies":[{"issue_id":"skills-yc6","depends_on_id":"skills-s6y","type":"blocks","created_at":"2026-01-10T12:15:10.316852381-08:00","created_by":"dan"}]}

2
.beads/last-touched
View file

@ -1 +1 @@
skills-s6y skills-vz05