- Home
- Skills
- Avivk5498
- Claude Code Beads Orchestration
- Subagents Discipline
subagents-discipline_skill
- Python
52
GitHub Stars
1
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill avivk5498/claude-code-beads-orchestration --skill subagents-discipline- SKILL.md4.6 KB
Overview
This skill enforces a verification-first development discipline for multi-agent implementation tasks. It ensures developers inspect real data, run component and feature tests, and include a required DEMO block before claiming work is done. The goal is fewer integration surprises and reliable end-to-end features.
How this skill works
Invoke this skill at the start of any implementation task to apply three rules: look at actual data before coding, run both component and feature tests, and use available tools to verify behavior. It guides the developer through explicit commands to fetch real interfaces, run isolated checks, then exercise the integrated flow and capture evidence.
When to use it
- At the start of any task that touches external data, APIs, databases, files, or config
- Before writing migrations, API handlers, or UI integrations
- When working on epic sub-tasks that must match a design contract
- When you need to avoid integration regressions and ambiguous assumptions
- Whenever claiming a feature as complete or ready for review
Best practices
- Fetch and inspect the actual data/schema/output before coding (not docs or assumptions)
- Always produce both a component test and a feature (end-to-end) test
- Include a DEMO block with exact commands, steps, and observed results
- Check available MCP/tools and be resourceful (browser automation, curl, DB queries)
- If end-to-end testing is impossible, document what was verified, why, and what remains
Example use cases
- Implementing an API endpoint: inspect request/response shapes, run unit tests, then curl the endpoint and verify the UI path
- Adding a database migration: list table columns, write migration against observed schema, run app flows that read/write the table
- Building a frontend component: log actual props from the backend, render isolated tests, then run an integrated user flow
- Working on an epic child: pull and follow the design doc exactly, verify field names and types match the parent contract
FAQ
Exact commands or steps you ran for the component test and the feature test, plus observed outputs or screenshots.
When is PARTIAL feature verification acceptable?
Only when constrained by lack of browser automation, external service limits/costs, very long jobs, or unavailable production data—document specifics and remaining checks.