plan-goal

plan-goal is a skill for Claude Code, Codex from BackToCimaCoppi/Praxis. It costs 149 tokens per session (3,495 once invoked), scanned A, original, Apache-2.0.

A lightweight workflow for planning and completing small development tasks that involve decisions or new testing obligations. It records the chosen approach, the reason for it, and how the result will be checked.

In plain words
What is it for?
Use it to plan a contained coding task, define acceptance checks, get the relevant decision approved, execute the work, update documentation, and prepare it for review.
Why use it?
It keeps approval, implementation, testing, documentation, and final acceptance connected in one plan, while identifying work that is too risky or broad for this process.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one.

Good fit Use it to plan a contained coding task, define acceptance checks, get…

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/backtocimacoppi/praxis/plan-goal
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add BackToCimaCoppi/Praxis --skill plan-goal
Clone the repo
git clone --depth 1 https://github.com/BackToCimaCoppi/Praxis

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for plan-goal

README.md
[![agentmods](https://agentmods.dev/badge/skills/backtocimacoppi/praxis/plan-goal.svg)](https://agentmods.dev/skills/backtocimacoppi/praxis/plan-goal)
Your own site
<a href="https://agentmods.dev/skills/backtocimacoppi/praxis/plan-goal"><img src="https://agentmods.dev/badge/skills/backtocimacoppi/praxis/plan-goal.svg" alt="Measured on agentmods" height="20"></a>
Per session 149 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 3,495 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00149 $0.03495
Opus 5 $0.00075 $0.01747
Sonnet 5 $0.00030 $0.00699
Haiku 4.5 $0.00015 $0.00349

Measured 6d ago against content hash 52f5399a5867, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

plan-goal scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/plan-goal/SKILL.md · 119 lines

How it starts

The opening of the file, as written. The whole thing — 119 lines — stays where its author put it; the contents beside it link to each section on GitHub.

plan-goal:轻量任务流程

一句话:把「调查 → 设计 → 测试设计 → 章程 → goal 执行 → 验收」整条研发流水线压进一份计划文件,保留计划批准与候选验收两个治理检查点;两者可由一人兼任,也可按项目职责分离。

设计 DNA:砍过程、不砍验收。保留防「不可逆风险 / 真值分叉 / 工具机制事实」的规则;废弃「跨会话交接 / 脚本可解析 / 弱模型防呆」类脚手架(SD/TOPIC/哈希对账、总控目录、六要素表格、多套报告模板——它们防的失败模式在单文件单会话形态下不存在)。内核只有三问:选了什么 / 为什么 / 怎么验

0. 定位与分档

档位 判据 模式
直接做 无业务语义决策、无新增测试义务(排版/注释/配置微调) 计划模式,不出文档
本档(plan-goal) 有决策点或测试义务,单会话可完成,未命中升级触发 一份全包计划 → 批准 → goal
升级 命中任一升级触发 lightweight-design 或总控

升级触发(命中任一就不许硬塞轻量档):跨 ≥2 域写入 · 不可逆数据迁移 · 钱/权/数据整链路重构 · 阻塞级决策相互耦合无法一次拍板收敛 · 预计跨会话。

  • 判据按「碰了什么」,不按改动量——三行 diff 改掉一条优惠券核销规则不是小任务。
  • 死亡线局部小改准入本档:计划开场声明强制标记命中;是否加评审由项目治理策略或指定审查角色决定(对齐 lightweight-design §0.1:死亡线局部改造不升档、升评审强度)。

1. 流程

(可选)调查——亲自读,或有界并行派叶子
(可选)方向对齐——和业务决策负责人对齐结果
     │
计划模式:按 §2 模板写一份全包计划
     │
项目治理或授权角色可触发对抗评审(AI 永不自行加闸)
     │
业务决策负责人批准 = 决策点逐条生效 + 计划冻结落盘(一个文件)
     │
执行启动服务:清算 PRE_GOAL,按治理策略合并人工协作窗口
     │
生成一条 /goal 条件(§4 四段式)
     │
goal 自主跑到底:M0 启动检查并修执行基础设施 → 施工 → 测试 → 文档同步 → 钩子 → commit → 追加执行记录
     │
CANDIDATE_READY ──→ 指定候选验收人终点验收 ──→ 完成

2. 计划模板(9 节)

简单任务半屏写完;每节都有写「无」的权利,但不许整节省略——省略和「无」是两回事:前者没扫过,后者扫过没命中。

# 最低要求
1 目标终态 可判定,不写动作写终态;必含「已提交、工作树干净」
2 开场声明 五项:命中哪几层文档 / 死亡线命中与否(逐条对照项目封闭清单)/ 涉及哪些域 / 是否跨域 / 目标环境
3 事实基线 改造类必填:在真实代码里读到的关键约束(读过才算,列文件名不算);未验证的假设显式标注
4 决策点清单 每个改变业务结果/契约/持久化语义的选择单列一行:选了什么 / 放弃了什么 / 为什么;死亡线命中项单独标记;禁止多项打包成一次总体同意;无则写「无」
5 改动清单 文件/模块级,含接口与 DB 变更
6 测试计划 ① 命中面判定表:逐面写命中/不命中及理由(矩阵沿用 test-standards §2),不许写「暂不需要」;② AC 表,最低列:编号 / 断言(given-when-then 可简写,但两人照着写脚本行为必须一致)/ 取证形态(实测/推导/替身)/ 执行方式(自动化;手工须写例外理由)/ 规格出处
7 文档同步清单 要改的 L1-L7 具体文件 + DDL 快照 + 运行资产台账;有长期回归价值的用例列 L7 落点;无则逐层写「不涉及」
8 执行章程 固定要素见 §2.1
9 执行记录 goal 期间追加专用:一行式飞行日志(时间/类别/改了什么/依据)、测试结果、commit SHA、交付证据

2.1 第 8 节「执行章程」的固定要素

  • 可达性边界:goal 能碰到什么就写什么禁区(环境、目录、凭据),不按动作枚举;启动前扫一遍测试脚本里硬编码的外部端点。
  • 预授权不可逆动作显式清单:goal 期间允许的不可逆/外发动作逐条列出(如「允许部署到测试机」「允许 commit」)。清单之外一律停机;推送远端、生产操作永不默认预授权
  • 停机出口白名单(仅三条,同 goal-charter §4,细则以彼处为真值):① 两份冻结真值存在改变业务结果的矛盾 ② 死亡线业务规则要变 ③ 需要计划未预授权的不可逆/外发动作。凭据定位、实现取舍、测试/runner/环境/证据工具缺陷和重复失败都在同一 goal 自愈,不升级成业务裁决。
  • 限轮:必写(轻量档建议 5-15 轮)。
  • 有界并行授权:已枚举叶子可并行;禁二级派生、禁为补背景派子执行体。
  • 角色与环境治理:记录任务发起人、业务决策负责人、环境所有者/发布授权人、候选验收人及职责分离要求;共享环境必须引用项目占用策略,启动 goal 不构成环境授权或抢占授权。
  • 启动服务表:把密钥、登录、第三方后台、真实设备与外部平台事项分为 AI_AUTO / PRE_GOAL / CANDIDATE_DEPENDENT / LONG_LATENCY_EXTERNAL,记录环境、责任角色、凭据受控位置、状态、回滚和 planned_human_windows;禁止记录秘密明文。该表无 PASS/FAIL,不冻结命令,不限制 M0。

Read the full file on GitHub · 119 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 6d ago First seen · 119 lines · 149 tokens per session scan A 52f5399a5867

Subscribe to this mod's changes

plan-goal is a skill published in the GitHub repository BackToCimaCoppi/Praxis (6 stars, last pushed 12d ago), licensed Apache-2.0. It adds 149 tokens to every session and 3,495 once invoked, about $0.0007 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

neurolink-guide

Guide for using the NeuroLink SDK and CLI. Invoke when users ask how to use neurolink, integrate AI providers, add MCP tools, configure RAG, set up memory, deploy servers, or work with multimodal content. Covers SDK, CLI, providers, tools, and enterprise features.

juspay/neurolink · 65 tokens

github-commenting

How to post clean, rich, deduplicated GitHub PR review comments — suggestion blocks, multi-line anchors, markers, formatting rules. Load before posting or fixing any PR comment.

juspay/neurolink · 41 tokens

repo-conventions

NeuroLink's review standards — the critical rules to enforce, what NOT to comment on, the security bar, hot paths. Load before reviewing any change in this repository.

juspay/neurolink · 39 tokens

flow-lean

Lean output mode that fuses three disciplines: minimal solution (ponytail), action-first structure (adhd), zero-fat density (caveman). One rule under all of it: every token earns its place. A token earns its place only if it carries an action, a step, a decision-changing risk, or a proof. Everything else is cut.…

FlorianBruniaux/flow-lean · 89 tokens

session-manager

A fallback skill for recording development sessions and restoring project context from an Obsidian vault, a folder of linked notes. It handles explicit resume, handoff, status, and end-of-session requests when automatic capture is unavailable.

Enakoneschniy/claude-dev-stack · 108 tokens

dev-research

A research workflow that uses NotebookLM, a tool for asking questions about a selected collection of documents, to answer development questions with citations.

Enakoneschniy/claude-dev-stack · 177 tokens