skills/aidd-policy/SKILL.md
Defines the shared policy contract for output format, read discipline, question format, and loop safety. Use when applying cross-stage policy rules. Do not use when the request is to execute runtime orchestration from `aidd-core` or `aidd-loop`.
npx skillsauth add grinrus/ai_driven_dev aidd-policyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
feature-dev-aidd:aidd-core and stage skills.Include Checkbox updated: ... when the command/stage contract expects it.
Use this exact format when asking the user:
Question N (Blocker|Clarification): ...
Why: ...
Options: A) ... B) ...
Default: ...
rlm_slice.py and section slices for focused evidence.AIDD:READ_LOG compact and point to aidd/reports/**.preflight -> run -> postflight -> stage_result).Command contracts.can't open file .../skills/.../runtime/..., stop and report BLOCKED (runtime_path_missing_or_drift) with evidence path.tests_cwd_mismatch) and handoff instead of further retries.aidd/docs/.active.json.Policy output contract applicationPolicy question protocolQuestion N/Why/Options/Default format.tools
Derives or refines tasklist items from PRD and plan artifacts. Use when tasklist stage prepares implementation-ready work items. Do not use when the request is plan authoring in `plan-new` or loop execution in `implement`.
testing
Generates consolidated ticket status summary and key artifact pointers. Use when checking current stage state or handoff readiness. Do not use when the request is diagnostics/inventory from `aidd-observability` or flow-state mutation via `aidd-flow-state`.
testing
Collects missing spec inputs and synchronizes answers into `spec.yaml`. Use when review-spec leaves unresolved specification fields. Do not use when the request is readiness gating in `review-spec` or task derivation in `tasks-new`.
testing
Runs review-stage validation for scope changes, findings, and follow-up task derivation. Use when review stage needs verdict and handoff tasks. Do not use when the request is direct implementation execution in `implement` or QA validation in `qa`.