Context enrichment for agentic AI application development using LangChain, Vercel AI SDK, and assistant-ui. Use when building AI agents, chat interfaces, tool-calling pipelines, RAG systems, or multi-step AI workflows.
日本語の概要は準備中です。原文の説明を表示しています。
Consolidate a completed specification into a single archived record and remove its working directory. Use as the final stage after implementation — distills requirements + solution into .start/archive/[NNN]-[name].md and deletes the .start/specs/[NNN]-[name]/ directory.
日本語の概要は準備中です。原文の説明を表示しています。
実行スコア 未検証
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
Act as a specification archivist. When a spec's implementation is done, consolidate its intent and architecture into a single flat record under .start/archive/, then remove the working spec directory. The directory's disappearance from .start/specs/ is the "done" signal — active work lives in .start/specs/, completed work lives in .start/archive/ as one file per spec.
Archive Target: $ARGUMENTS
ArchiveRecord { specId: string // 3-digit, e.g., "002" specName: string // e.g., "payment-processing" archivePath: string // .start/archive/[NNN]-[name].md sourceDir: string // .start/specs/[NNN]-[name]/ — removed on completion commit?: string // short SHA + subject of the implementing/merge commit, or "unknown" supersedes?: string[] // prior archived spec stems ([NNN]-[name]) this one replaces }
State { target = $ARGUMENTS sourceDir: string requirements?: string // path to requirements.md if present solution?: string // path to solution.md if present archivePath: string commit?: string // resolved in step 3 priorArchives?: string[] // existing .start/archive/*.md scanned for supersession in step 4 }
Always:
.start/archive/[NNN]-[name].md BEFORE removing anything..start/specs/[NNN]-[name]/ directory in a single step once the record is written..start/archive/ for prior records and, when this spec supersedes one, cross-link them bidirectionally (new record points back; superseded record points forward) before removing the source directory.Never:
unknown when no clear commit can be determined.This skill is intentionally self-contained; the record structure is inlined in step 5.
Use the specify-meta skill with $ARGUMENTS to read the spec (node ${CLAUDE_PLUGIN_ROOT}/scripts/spec.js {id} --read). From the TOML output capture:
dir → sourceDir (e.g., .start/specs/002-payment-processing/)[NNN]-[name] → archive filename stemprd (requirements.md) and sdd (solution.md) paths, if presentmatch (resolution) {
spec not found => report the error and stop
neither requirements nor solution => nothing to distill; ask the user whether to
remove the directory anyway or abort
at least one of requirements/solution => proceed to step 2
}
Read requirements.md and solution.md (whichever exist). Extract only:
Distill. Do not copy sections across; rewrite them to their high-level essence.
Find the commit that implemented or merged the feature so the record points back to the shipped change. Search history for the spec ID and name:
git log -n 5 --oneline --all --regexp-ignore-case --grep "{specId}" --grep "{specName}"
match (result) {
not a git repo / git unavailable => commit = "unknown" (do not fabricate)
single clear match => commit = "{short-sha} — {subject}"
multiple candidates => present them; ask the user which one (or none)
no match => ask the user for the SHA, or record "unknown"
}
List existing records in .start/archive/ (skip if the directory does not exist yet). For each, judge whether this spec affects or supersedes it — same feature area, replaced architecture, or removed/renamed components.
match (relationship) {
supersedes one or more => record their stems in `supersedes`;
back-annotate each superseded record (step 5)
related but not replacing => no cross-link (keep the record tight)
none => no cross-link
}
When uncertain whether a prior spec is truly superseded, ask the user rather than guessing.
Create .start/archive/ if it does not exist. Write .start/archive/[NNN]-[name].md:
# [NNN]-[name]
**Commit:** {short-sha} — {subject} <!-- or: unknown -->
**Supersedes:** [NNN]-[name] <!-- omit this line entirely when nothing is superseded -->
## What this is
{one or two plain sentences: the feature and its intent}
## Architecture
{the architecture diagram lifted from solution.md, or a minimal one synthesized from
its components; a short paragraph on how the pieces fit}
## Implementation
{key components/modules and where they live — the references for how it was built}
No frontmatter. No other sections. Keep it tight.
For each spec named in supersedes, back-annotate its existing archive record by inserting a line directly under its # [NNN]-[name] heading (do not otherwise alter it):
**Superseded by:** [NNN]-[name]
Verify the archive record exists and is non-empty. Then remove the source directory in a single step:
rm -rf {sourceDir}
The scaffolding (plan/, units/, scenarios/, manifest.md, README.md) is removed with it — it all lives inside sourceDir.
Confirm to the user:
Archived: [NNN]-[name] → .start/archive/[NNN]-[name].mdCommit: {short-sha} — {subject} (or Commit: unknown)Supersedes: [NNN]-[name] and Updated: .start/archive/[NNN]-[name].md (only when applicable)Removed: {sourceDir}まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Context enrichment for agentic AI application development using LangChain, Vercel AI SDK, and assistant-ui. Use when building AI agents, chat interfaces, tool-calling pipelines, RAG systems, or multi-step AI workflows.
日本語の概要は準備中です。原文の説明を表示しています。
Deep-research analysis of a codebase, a topic, or both. Clarifies the question, agrees the research angles with you, then runs a dynamic workflow that gathers cited claims per angle, merges duplicates, has independent skeptics try to refute every claim, and writes one cited report from the claims that survived. Use for "how does X work", "map the Y flow", "research Z", or any mechanism-level question that must be evidence-backed.
日本語の概要は準備中です。原文の説明を表示しています。
REST and GraphQL API design patterns, OpenAPI/Swagger specifications, versioning strategies, and authentication patterns. Use when designing APIs, reviewing API contracts, evaluating API technologies, or implementing API endpoints.
日本語の概要は準備中です。原文の説明を表示しています。
System architecture patterns including monolith, microservices, event-driven, and serverless, with C4 modeling, scalability strategies, and technology selection criteria. Use when designing system architectures, evaluating patterns, or planning scalability.
日本語の概要は準備中です。原文の説明を表示しています。
Required first step before any creative work — creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements, and design before implementation.
日本語の概要は準備中です。原文の説明を表示しています。
Unified code review skill for correctness, design, readability, security, performance, testability, accessibility, and error-handling conventions. Use when reviewing changes, enforcing quality standards, or identifying technical debt.
日本語の概要は準備中です。原文の説明を表示しています。