Interrogate a written engineering implementation brief before work starts. Use when a user brings a ticket, PRD, design note, or substantive engineering task brief and wants to begin implementation planning; force every fixed rubric element to be accounted, cite present/weak claims against the brief, surface gaps, solution-as-goal traps, contradictions, and questions, then emit an intent-level plan. Do not use for bare one-line requests, non-engineering artifacts, code diff review, bug fixing, or execution itself.
npx skills add https://github.com/lynxlangya/techne --skill anchor-intake
Force the skipped move before execution: interrogate the written brief against a
fixed engineering implementation rubric, then plan only after gaps and weak
assumptions are visible.
Use this skill when the user provides a substantial written engineering
implementation brief: a ticket, PRD, design note, or task brief with enough text
to interrogate before work starts.
Do not use it for a bare one-line request, an already precise command, a
marketing brief, research proposal, prose draft, code diff review, bug fix, or
implementation execution. For unsupported or too-thin artifacts, self-eject in
one sentence and write no .techne/plan/<slug> output. If a captured artifact
later proves unsupported, use finalize --unscopable --reason ....
Boundary test: can you point to a user-authored written artifact and ask whether
it names the engineering goal, users, measurable success threshold, scope,
non-goals, inputs, data sources, dependencies, constraints, and acceptance
method? If yes, use anchor-intake. If no, eject or ask for the brief first.
python3 skills/anchor-intake/scripts/intake_gate.py init --project <root> --plan <slug> --brief-file <path>.
user's surrounding chat if the value is not in the captured brief.
one disposition in .techne/plan/<slug>/intake.json:
present with citation and valueItems, present-weak with citation and a
dependent question, or gap with a question or visible modelDefault.
solution-as-goal andcontradiction findings whenever the brief implies them. Contradictions need
two verified spans.
finding and carry a planDelta. Weak/gap questions must reference the weak
span/value or the missing element label.
id, dependsOnAssumptions, dependsOnSteps, verifiableOutcome, and at
least one terminal step reachable from a root step.
python3 skills/anchor-intake/scripts/intake_gate.py check --project <root> --plan <slug>.
Fix structural failures by doing the missing intake work, not by padding JSON.
python3 skills/anchor-intake/scripts/intake_gate.py finalize --project <root> --plan <slug>.
Relay the generated intakeReport.json to the user, especially gaps, weak
elements, questions, solution-as-goal findings, contradictions, and warnings.
Artifacts are written under the target project:
.techne/plan/<slug>/
brief.txt # captured external artifact
context.json # computed by init
intake.json # authored by the reviewer/planner
report.json # computed by check
plan.json # computed by finalize
intakeReport.json # computed by finalize
Generated .techne/ output belongs to target projects. Do not commit it to this
repository.
Minimal intake.json shape:
{
"schema": "techne.intake/1",
"elements": {
"data-sources": {
"disposition": "gap",
"questionIds": ["Q1"]
}
},
"findings": [
{
"id": "S1",
"kind": "solution-as-goal",
"citation": {"offset": 16, "quote": "Build a Slack bot"}
}
],
"questions": [
{
"id": "Q1",
"text": "Which data sources should the implementation read?",
"resolves": ["data-sources"],
"planDelta": {"adds": ["Bind implementation to the named source"]}
}
],
"steps": [
{
"id": "s1",
"title": "Implement only the scoped behavior",
"dependsOnAssumptions": ["goal-and-why"],
"dependsOnSteps": [],
"verifiableOutcome": "The scoped behavior can be verified by the acceptance method",
"terminal": true
}
]
}
Use reference.md for the full JSON contract, fixed rubric,
STOPLIST/RUBRIC-LABEL set, shape rules, warning semantics, and known weak spots.
finalize if check reports blocking failures.--unscopable --reason if the artifact is not an engineeringimplementation brief or is too garbled/thin to interrogate honestly.
anchor-intake ends at a surfaced report andintent-level plan; implementation belongs to the next workflow step.
Control Cursor AI code editor via CLI. Open files, folders, diffs, and manage extensions.
Comprehensive checklist for conducting thorough code reviews covering functionality, security, performance, and maintainability
Systematically evaluate architecture decisions, document trade-offs, and select appropriate patterns. This skill should be used when the user asks about 'architecture decision', 'ADR', 'design pattern selection', 'technology choice', or needs to evaluate architectural trade-offs. Keywords: architecture, ADR, patterns, trade-offs, technical debt, quality attributes, decision record.
Facilitates deliberate skill development during AI-assisted coding. Offers interactive learning exercises after architectural work (new files, schema changes, refactors). Use when completing features, making design decisions, or when user asks to understand code better. Triggers on "learning exercise", "help me understand", "teach me", "why does this work", or after creating new files/modules. Do NOT use for urgent debugging, quick fixes, or when user says "just ship it".
Organize project files and folders for maintainability and scalability. Use when structuring new projects, refactoring folder structure, or establishing conventions. Handles project structure, naming conventions, and file organization best practices.
Automatically trigger review agents after task completion. Use when strategic-planner finishes planning tasks (calls plan-consultant) or when main agent completes coding tasks in /implement workflow (calls code-reviewer). Triggers on phrases like "plan complete", "implementation done", "coding finished", "ready for review".
Provides a structured workflow for planning and executing code reviews like a senior engineer. Use when asked to review code, PRs, or plan a code review task.
Recall project-first and global-supplement ChatCrystal memories before substantive implementation, refactoring, migration, configuration, investigation, or optimization work. Use when the task is non-trivial, has repository or project context, and prior fixes, decisions, pitfalls, or reusable patterns may change the approach.
Take lynxlangya/anchor-intake from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.