Productivity & Collaboration

Plan Mode

Write an actionable Markdown plan to .hermes/plans/ — no code execution or file changes.

46/ 100
Use with care

Useful, but reliability, evidence or controls still have material gaps.

See how it was scored ↓
Works as-is in
Codex · Claude Code
Stars
★ 3.2k
Last updated
17d ago
License
Apache-2.0
markdown-planningplan-modeworkflowfile-writes

What does this skill do, and when should you use it?

This skill switches the agent into 'plan mode,' producing only an actionable Markdown plan saved under .hermes/plans/ in the current workspace. It forbids implementing code, editing project files (except the plan file), and running mutating commands; only read-only inspection is allowed. The plan includes goal, context, approach, step-by-step steps, files likely to change, tests, risks, and open questions. If no explicit request, it infers the task from conversation context or asks a clarifying question. After saving, the agent briefly replies with the plan summary and path.

Restricts the agent to planning only. It writes a Markdown plan using the write_file tool to .hermes/plans/YYYY-MM-DD_HHMMSS-<slug>.md, relative to the active workspace. Allows read-only commands and repo inspection. Infers the task to plan from the prompt, conversation context, or asks for clarification when needed. The output is the plan file and a brief reply.

Good fit
  • A developer wants a structured change plan before implementation, without risking accidental code edits.
  • A project manager needs a clear, step-by-step plan file for a feature or refactor without making any changes.
  • A user wants to convert a rough idea into an actionable plan for review or sharing.
  • An agent needs a clear roadmap before proceeding, to reduce risk and scope creep.

How do you install this skill?

Before you use it
  • The skill relies on conversational context inference, which may trigger inappropriately; explicit user confirmation is recommended.
  • No error handling or failure feedback is provided; write failures might be silent, requiring enhancement.
  • Static review cannot confirm demonstration; test in a controlled environment before deployment.
Before you start
Your agent needs
  • Shell / CLI
  • Local filesystem

This is an Agent Skill named 'plan', located at dojoagents/skills/built_in/plan/ in the repository. Installation involves placing the SKILL.md folder into your Agent Skills directory (e.g., ~/.claude/skills). The full collection installs via pip: uv pip install dojoagents, but specific installation of this skill is not separately documented. See the repository README for installation instructions.

Generic route: install into Claude Code manually (macOS / Linux)
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/Alpha-Dojo/DojoAgents.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/dojoagents/skills/built_in/plan" ~/.claude/skills/
rm -rf "$tmp"

Generated from the source repository and skill path; it copies only this skill's folder. If the author's install steps above differ, follow those first. To scope it to one project, replace ~/.claude/skills with that project's .claude/skills.

How do you use this skill?

Try saying

Once installed, send your agent any of these to trigger it:

  • Plan the addition of a login feature, including steps and risks.

Trigger plan mode in a conversation (e.g., using the /plan command). The agent will then write a Markdown plan and save it under .hermes/plans/. You will receive a brief summary and the saved path. Example prompt: 'Plan the addition of a login feature, including steps and risks.' The agent will generate the plan file.

What are this skill's strengths and limitations?

Pros
  • Enforces a non-executive, planning-only workflow, preventing accidental changes.
  • Produces structured, actionable plans with clear steps and risks.
  • Works across domains, from code to any file-based task.
  • Uses backend-aware relative paths for file writes, working across multiple backends.
Limitations
  • Saves plans to .hermes/plans/ instead of .dojo/plans/, conflicting with the description.
  • No testing or validation steps are included.
  • Uses an older timestamp format (YYYY-MM-DD_HHMMSS) that may not meet modern standards.
  • No validation or linting of the generated plan is provided.

How does this skill compare with similar options?

Side by side with related skills; every score comes from the same FSRS standard.

Skill FS score Stars Last updated License
Plan Mode this page 46 · Use with care ★ 3.2k 17d ago Apache-2.0
PlanMySaaS 55 · Use with care ★ 12 5mo ago MIT
PPT Agent Workflow Skill 54 · Use with care ★ 643 1mo ago —
slides-grab Plan Skill 52 · Use with care ★ 1.2k 1mo ago MIT
Upskill — Skill Gap Analysis & Learning Plan 51 · Use with care ★ 45k 3d ago MIT

How did FollowSkills review this skill?

FollowSkills review · FSRS-2.0
Use with care
46/ 100 5-point scale 2.3 / 5
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
1Trust12 / 25 · 2.4/5

The skill explicitly restricts to read-only operations: no code execution, no editing project files, no mutating terminal commands, deliverable is only a plan file, demonstrating least privilege. However, user confirmation relies on conversational context inference without explicit ack step, and no sensitive-data or rollback handling is documented, hence deductions.

2Reliability8 / 20 · 2.0/5

Instructions are clear with specific save path format and filename generation, but no error handling or failure feedback is provided (e.g., behavior when path unwritable or write fails). Relies on runtime provided path or self-creation, does not specify behavior when out of scope. No tests are visible statically, so per anchor max 10, given 8.

3Adaptability9 / 15 · 3.0/5

Use scenario is clear (plan mode) with boundaries (no execution, only plan file), and trigger is inferred from conversation context. But no concrete non-fit examples, input/output examples, or environment fit (Chinese support, network reachability) mentioned, thus below full marks.

4Convention8 / 15 · 2.7/5

File structure is clean with metadata (version, author, license), usage and save location, but lacks installation dependencies, changelog, known limitations, or maintenance responsibility. Version exists but no change history, so per anchor range 7-15, given 8.

5Effectiveness7 / 15 · 2.3/5

Static assessment cannot verify actual execution. Goal is reasonable (produce actionable plan) and deliverable is a plan file directly, but no output examples or test cases, marginal benefit not quantified, so per static anchor max 7 is appropriate.

6Verifiability2 / 10 · 1.0/5

No tests, CI, or reproducible evidence; only source definitions. README provides some architecture claims but not covering this skill's key paths, per static read anchor max 5, but due to zero evidence given 2.

1 2 3 4 5 6

Open a dimension to read why it scored that way

Reviewed Aug 07, 2026 Reviewed revision 0d3389e6f373 Review evidence[1][2][3][4][5][6][7]

Evidence confidence:Low — Mostly static review, author material or a limited demo; useful for discovery, not high-risk decisions.

See the full review method →

FAQ

Will this skill modify my project files?
No, except for writing the plan to .hermes/plans/. It explicitly forbids editing other files and running mutating commands.
What permissions does it need?
It requires filesystem write access to create .hermes/plans/ and write the file in your current workspace. It needs read-only access to inspect the repository if needed.
Can I customize the save location?
If the runtime provides a specific target path, that is used; otherwise it falls back to .hermes/plans/.
What happens if the task is unclear?
The skill asks for clarification rather than guessing.

More skills from this repository

All from Alpha-Dojo/DojoAgents

Related skills