Install
$ agentstack add skill-assertchris-claude-skills-custom-workflow-plan ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Plan
Parameters (from ARGUMENTS)
| Key | Purpose | Default | |---|---|---| | brief: | Skip the question and use this as the brief | — | | doc-path: | Explicit path to the plan doc (skips feature doc discovery) | — | | research-context: | Extra context prepended to each sub-agent research prompt | — | | post-write: | Shell command to run after the plan doc is written (e.g. to update a README) | — |
Step 1: Get the brief
Check $ARGUMENTS for a brief: key.
- If
brief:is present: use everything afterbrief:as the brief. SkipAskUserQuestionentirely. - If
brief:is absent: callAskUserQuestiondirectly and immediately — do NOT write the question as text first. Ask:
> "Give a brief description of what to plan."
Provide 3 example options:
"add Telegram command for snoozing reminders"— describes a new command"refactor the prompt queue to support priorities"— describes internal work"fix the usage log rotation bug"— describes a bug fix
The user will type their own answer via the Other field.
If the brief is empty, ask again.
Step 2: Resolve the plan doc path
Check $ARGUMENTS for a doc-path: key.
- If
doc-path:is present: use it directly as the plan doc path. Skip feature doc discovery entirely. - If
doc-path:is absent:
- Run
git branch --show-currentto get the current branch name. - Find the feature doc in
features/whose filename starts with the branch number (e.g.features/019-some-slug.md).
If on main and no doc-path: was given, warn the user — plan docs should be written on a feature branch. Stop.
Step 3: Identify phases
Based on the brief alone, draft a list of phases with:
- phase number and title
- one-sentence scope summary
- key areas of the codebase likely involved (directories, modules, or file patterns — rough guesses are fine)
Step 4: Deep research per phase
Check $ARGUMENTS for a research-context: key. If present, prepend its value to the sub-agent prompt below.
For each phase, launch a sub-agent (using the Agent tool) with the following prompt:
"[research-context, if any]
You are researching one phase of a planned feature to inform the planning agent.
Phase: [phase number and title] Scope: [one-sentence scope summary] Likely areas: [directories / modules / file patterns]
Your task:
- Explore the relevant areas of the codebase
- Read files needed to understand current structure, patterns, and constraints
- Note: if you need to read large files mainly to summarise them, prefer using the haiku model for those reads
- Return a structured research summary: what exists, what needs to change, any gotchas or dependencies
Do NOT implement anything. Return only findings."
Collect all sub-agent findings before proceeding.
Step 5: Write the plan
Using the sub-agent findings, produce a detailed phased implementation plan. Every phase must have concrete steps. Tests go in the same phase as the code they target.
Writing the plan to the doc is NOT optional — it is the final required step. Do not stop until it is done:
- If the plan doc already exists and has frontmatter (
---…---): preserve the frontmatter block and replace the content below it with the full plan. - Otherwise: write the full plan to the doc path resolved in Step 2.
- Do NOT commit — leave the file uncommitted for review.
Step 6: Post-write hook (optional)
Check $ARGUMENTS for a post-write: key. If present, run the shell command it contains. Warn the user if it fails but do not abort.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: assertchris
- Source: assertchris/claude-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.