ops-feature-dev

Solid

Guided feature development — delegates to the feature-dev plugin's 7-phase workflow (explore, architect, implement, review). Use before ad-hoc builds or as pre-work before gsd-execute-phase.

AI & Automation 20 stars 6 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
44
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

## Agent Teams support If `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` is set, use **Agent Teams** when feature-dev phases fan out in parallel (e.g. explore + architect, or implement + review). This enables: - Phase agents share findings mid-flight (explore surfaces a constraint → architect adjusts before implementation starts) - You can steer priorities in real time ("finish API contract first, then UI") - Agents report progress as each phase completes **Team setup** (only when the flag is enabled, and only for genuinely parallel phases): ```bash TeamCreate("feature-dev-lifecycle") Agent(team_name="feature-dev-lifecycle", name="phase-explore", ...) Agent(team_name="feature-dev-lifecycle", name="phase-architect", ...) ``` Steer with `SendMessage` / `broadcast`; share work via `TaskCreate`/`TaskUpdate`. If the flag is NOT set, fall back to standard fire-and-forget subagents (the default), or invoke `/feature-dev` inline via the Skill tool. # OPS ► FEATURE DEV Thin router into the **feature-dev** companion plugin. Do not re-implement its phases here. ## When to use - **Ad-hoc repos** (no `.planning/`): optional structured alternative to jumping straight into `/flow build`. - **Project repos** (`.planning/` present): run **before** `gsd-execute-phase` when you want exploration + architecture + clarifying questions; execution still canonical via GSD. - **Review**: gstack `/review` and `gsd-code-review` stay canonical; feature-dev Phase 6 is available via explicit `/featur...

Details

Author
Lifecycle-Innovations-Limited
Repository
Lifecycle-Innovations-Limited/claude-ops
Created
3 months ago
Last Updated
yesterday
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

feature

TDD-first feature development — crystallise API as a demo test, drive implementation to pass it, run quality stack and progressive review loop. TRIGGER when: user asks to build new functionality, add a capability, or implement a feature in a Python project; phrases: "add X", "implement Y", "build Z feature", "create a new module for". SKIP when: bug fixes (use `/develop:fix`); refactoring without new behaviour (use `/develop:refactor`); non-Python projects; `.claude/` config changes (use `/foundry:manage`).

23 Updated today
Borda
Code & Development Listed

ab-scripting-feature-dev

Generates an AgenticBrowser Scripting DSL orchestration that implements a feature end-to-end — plan (if needed), TDD implementation, tests, and a lint/style-guide review pass — previews it as docs/scripting-features/feature-<name>.scripting.md, and on user approval runs it via st-eval. Use this whenever the user wants to build or automate a feature "using the scripting DSL", asks to orchestrate coding agents (claude/codex/etc.) to implement something in an AgenticBrowser-based repo, or asks for a multi-agent orchestration script (`AgenticBrowser runBy:` / `scriptBy:` / `groupRunBy:`) for feature development. Trigger on phrases like “Implement it using the scripting DSL,” “Create an orchestration script,” “Create a feature-xxx.scripting.md file”, "scripting DSLで実装して", "オーケストレーションスクリプトを作って", "feature-xxx.scripting.mdを作って", even if the user doesn't say "skill" explicitly.

3 Updated 4 days ago
mumez
AI & Automation Solid

orchestrate

Wire Commands, Agents, and Skills together for complex features. Use when building features that need research, planning, and implementation phases.

2,651 Updated 6 days ago
rohitg00