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.
npx agentmods add commands/jhlee0409/claude-plugins/initgit clone --depth 1 https://github.com/jhlee0409/claude-pluginsWhat 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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00007 | $0.07146 |
| Opus 5 | $0.00003 | $0.03573 |
| Sonnet 5 | $0.00001 | $0.01429 |
| Haiku 4.5 | $0.00001 | $0.00715 |
Grade A, and why
init 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 2d 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.
How it starts
The opening of the file, as written. The whole thing — 978 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/fsdarch:init
프로젝트의 FSD 구조를 분석하고 설정 파일을 생성합니다.
Prerequisites
- 프로젝트 루트 디렉토리에서 실행
src/또는 유사한 소스 디렉토리 존재
EXECUTION INSTRUCTIONS
When /fsdarch:init is invoked, Claude MUST perform these steps in order:
- Check existing config - Verify
.fsd-architect.jsondoesn't exist (unless --force) - Detect source directory - Find src/, app/, lib/, or ask user
- Use skill: layer-detector - Scan for FSD layer directories
- Analyze patterns - Detect naming, segments, import aliases
- Generate config - Write
.fsd-architect.json - Security check - Verify .gitignore includes cache files
- Report summary - Show detected structure and next steps
Flow Overview
┌───────────────────────────────────────────────────────────────┐
│ /fsdarch:init │
├───────────────────────────────────────────────────────────────┤
│ Step 0. Check if .fsd-architect.json exists │
│ ├─ Exists + no --force → Error E103 │
│ └─ Not exists OR --force → Continue │
│ │
│ Step 1. Detect source directory │
│ ├─ Check src/, app/, lib/ in order │
│ ├─ If found → Use it │
│ └─ If not found → Ask user (AskUserQuestion) │
│ │
│ Step 1.5. Detect framework (Next.js, etc.) │
│ ├─ Check package.json for "next" │
│ ├─ If Next.js → Detect router mode (Step 1.6) │
│ └─ If not → Use standard names (app, pages) │
│ │
│ Step 1.6. Detect Next.js router mode (if Next.js) │
│ ├─ Check for App Router: app/layout.tsx, app/page.tsx │
│ ├─ Check for Pages Router: pages/_app.tsx, pages/index │
│ ├─ If BOTH exist → HYBRID MODE │
│ │ └─ Both app/ and pages/ reserved for routing │
│ ├─ If only App Router → Single mode (app reserved) │
│ ├─ If only Pages Router → Single mode (pages reserved) │
│ └─ Ask user for FSD layer aliases │
│ │
│ Step 2. Invoke skill: layer-detector │
│ ├─ Scan for FSD layers in srcDir (with aliases) │
│ ├─ If layers found → Continue to Step 3 │
│ └─ If no layers → Ask "Create new FSD structure?" │
│ │
│ Step 3. Analyze existing patterns (if code exists) │
│ ├─ Naming convention (kebab-case/camelCase/PascalCase) │
│ ├─ Segment usage (ui/, model/, api/, lib/) │
│ ├─ Index file patterns │
│ └─ Import aliases from tsconfig.json │
│ │
│ Step 4. Generate .fsd-architect.json │
│ │
│ Step 4.5. Configure tsconfig.json paths (Optional) │
│ ├─ Ask user if they want path aliases │
│ ├─ If YES → Generate/merge paths in tsconfig.json │
│ └─ Apply layerAliases to path generation │
│ │
│ Step 4.6. Suggest bundler config (Vite only) │
│ └─ Display vite.config.ts alias suggestions │
│ │
│ Step 5. Check .gitignore for cache files │
│ │
│ Step 6. Display summary and next steps │
└───────────────────────────────────────────────────────────────┘
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.
- 2d ago First seen · 978 lines · 7 tokens per session scan A 14be16b1fe22
init is a command published in the GitHub repository jhlee0409/claude-plugins (4 stars, last pushed 7mo ago), licensed MIT. It adds 7 tokens to every session and 7,146 once invoked, about $0.0000 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.
Other commands, from other repositories
design-to-code
Mockup-to-component pipeline using Google Stitch, 21st.dev, and Storybook MCP. Accepts a screenshot, a description, or a URL and produces production-ready React components, checking existing Storybook components before generating anything new. Use when implementing UI from a mockup or screenshot. To call the MCP tool…
brand-setup
Configure a new brand profile with colors, fonts, logo, visual style, platforms, and compliance rules.
save
Save this conversation as a new or existing reusable context.
graphify
Turn your vault into a clustered knowledge graph with HTML and JSON outputs.
screens
Structures product UX screen design — inventory, flow, states, and reusable briefs for external design tools — without generating pixels or UI code.
review
View your learning progress — quiz scores, weak areas, and what to study next.