create-claudify 1.0.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,40 @@
1
+ # Deploy Skill
2
+
3
+ Deployment procedures for shipping code to production.
4
+
5
+ ## When to Load
6
+
7
+ - Deploying to staging or production
8
+ - Configuring CI/CD pipelines
9
+ - Troubleshooting deployment failures
10
+
11
+ ## Pre-Deploy Checklist
12
+
13
+ 1. All tests pass: `{{TEST_COMMAND}}`
14
+ 2. Build succeeds: `{{BUILD_COMMAND}}`
15
+ 3. No TypeScript errors: `{{TYPECHECK_COMMAND}}`
16
+ 4. Lint clean: `{{LINT_COMMAND}}`
17
+ 5. Environment variables configured for target environment
18
+ 6. Changes committed and pushed
19
+
20
+ ## Deployment Targets
21
+
22
+ ### {{PLATFORM_NAME}}
23
+ - **URL:** {{DEPLOY_URL}}
24
+ - **Deploy command:** {{DEPLOY_COMMAND}}
25
+ - **Environment:** {{ENV_VARS_NEEDED}}
26
+
27
+ ## Post-Deploy Verification
28
+
29
+ 1. Check the deployed URL loads correctly
30
+ 2. Test critical user flows
31
+ 3. Check for console errors
32
+ 4. Verify API endpoints respond
33
+ 5. Log the deployment in daily note
34
+
35
+ ## Rollback
36
+
37
+ If something goes wrong:
38
+ 1. {{ROLLBACK_PROCEDURE}}
39
+ 2. Log the incident in `.claude/logs/incidents.md`
40
+ 3. Nominate the failure to knowledge-base
@@ -0,0 +1,44 @@
1
+ # Monitor Skill
2
+
3
+ System and application health monitoring procedures.
4
+
5
+ ## When to Load
6
+
7
+ - Checking if services are running correctly
8
+ - Investigating errors or performance issues
9
+ - Regular health checks
10
+
11
+ ## Health Checks
12
+
13
+ ### Application
14
+ - Is the app accessible at the expected URL?
15
+ - Are API endpoints responding with expected status codes?
16
+ - Are background jobs/cron tasks running?
17
+
18
+ ### Infrastructure
19
+ - Server resource usage (CPU, memory, disk)
20
+ - Database connection pool status
21
+ - External service dependencies (APIs, CDNs)
22
+
23
+ ### Code Quality
24
+ - Test suite passing?
25
+ - Build succeeding?
26
+ - Linting clean?
27
+ - Dependency vulnerabilities (`npm audit`)?
28
+
29
+ ## Alert Thresholds
30
+
31
+ | Metric | Warning | Critical |
32
+ |---|---|---|
33
+ | Response time | > 1s | > 5s |
34
+ | Error rate | > 1% | > 5% |
35
+ | Disk usage | > 80% | > 95% |
36
+
37
+ ## Investigation Procedure
38
+
39
+ 1. **Identify**: What symptom was observed?
40
+ 2. **Scope**: Is it affecting all users or specific conditions?
41
+ 3. **Correlate**: Did anything change recently? (deploys, config, dependencies)
42
+ 4. **Diagnose**: Check logs, metrics, and error traces
43
+ 5. **Fix or escalate**: Apply fix if clear, otherwise escalate with findings
44
+ 6. **Document**: Log the incident and root cause for knowledge-base
@@ -0,0 +1,42 @@
1
+ # Research Skill
2
+
3
+ Structured approach to investigating a topic using web search and subagents.
4
+
5
+ ## When to Load
6
+
7
+ - User asks to research, investigate, or explore a topic
8
+ - Need to gather information from multiple sources before acting
9
+
10
+ ## Procedure
11
+
12
+ 1. **Define the question**: What specifically do we need to know?
13
+ 2. **Identify sources**: Where would reliable answers come from?
14
+ 3. **Parallel search**: Use Task tool with multiple subagents for independent queries
15
+ 4. **Cross-reference**: Compare findings across sources for consistency
16
+ 5. **Synthesize**: Distill into actionable conclusions with source attribution
17
+ 6. **Store**: Key findings go to daily note; durable facts nominated to knowledge-base
18
+
19
+ ## Output Format
20
+
21
+ ```markdown
22
+ ## Research: [Topic]
23
+
24
+ **Question:** [What we investigated]
25
+ **Sources:** [Where we looked]
26
+
27
+ ### Findings
28
+ - [Finding 1] — [Source]
29
+ - [Finding 2] — [Source]
30
+
31
+ ### Conclusions
32
+ - [Actionable takeaway]
33
+
34
+ ### Confidence: HIGH | MEDIUM | LOW
35
+ ```
36
+
37
+ ## Tips
38
+
39
+ - Prefer official docs over blog posts
40
+ - Cross-reference numbers across sources — if they disagree, flag it
41
+ - Date-stamp findings — information decays
42
+ - If confidence is LOW, say so explicitly instead of guessing
@@ -0,0 +1,14 @@
1
+ {
2
+ "mcpServers": {
3
+ "context7": {
4
+ "command": "npx",
5
+ "args": ["-y", "@upstash/context7-mcp@latest"],
6
+ "description": "Live library documentation (Next.js, React, any npm package)"
7
+ },
8
+ "memory": {
9
+ "command": "npx",
10
+ "args": ["-y", "@modelcontextprotocol/server-memory"],
11
+ "description": "Persistent knowledge graph for cross-session facts"
12
+ }
13
+ }
14
+ }
@@ -0,0 +1,18 @@
1
+ # Personal Overrides
2
+
3
+ This file is gitignored — your personal preferences that don't affect the team.
4
+
5
+ ## My Preferences
6
+
7
+ - [Your preferred coding style differences]
8
+ - [Your editor/IDE specifics]
9
+ - [Your local environment quirks]
10
+
11
+ ## My API Keys & Services
12
+
13
+ - [Note which services you have configured locally]
14
+ - [Never put actual keys here — use .env files]
15
+
16
+ ## My Workflow
17
+
18
+ - [Any personal workflow adjustments]
@@ -0,0 +1,91 @@
1
+ # {{PROJECT_NAME}}
2
+
3
+ > Production-grade Claude Code project instructions.
4
+ > Generated by [Claudify](https://claudify.dev). Keep under 150 lines.
5
+
6
+ ## Quick Start
7
+
8
+ - Run `/start` to begin a work session
9
+ - Run `/sync` to refresh context mid-session
10
+ - Run `/clear` to safely flush and resume when context feels heavy
11
+ - Run `/wrap-up` to close out a session
12
+ - Run `/audit` to review recent work quality
13
+
14
+ ## Project Overview
15
+
16
+ {{PROJECT_DESCRIPTION}}
17
+
18
+ **Tech stack:** {{TECH_STACK}}
19
+ **Build:** `{{BUILD_COMMAND}}`
20
+ **Test:** `{{TEST_COMMAND}}`
21
+ **Lint:** `{{LINT_COMMAND}}`
22
+
23
+ ## Key Files
24
+
25
+ | File | Purpose |
26
+ |---|---|
27
+ | `.claude/memory.md` | Living session state — read at start, updated during work |
28
+ | `.claude/knowledge-base.md` | Institutional memory — hard rules learned from experience |
29
+ | `.claude/command-index.md` | All commands with triggers and tools |
30
+ | `.claude/settings.json` | Project settings (shared with team via git) |
31
+ | `.claude/agents/` | Specialist subagent definitions |
32
+ | `.claude/skills/` | Domain knowledge loaded on demand |
33
+ | `.claude/hooks/` | Deterministic enforcement scripts |
34
+ | `.claude/logs/` | Audit trail (auto-populated by hooks) |
35
+
36
+ ## Retrieval Map
37
+
38
+ Don't scan everything. Go straight to the right source:
39
+
40
+ | You need... | Check first | Then |
41
+ |---|---|---|
42
+ | Current task context | `memory.md` | Daily Notes |
43
+ | How to do a procedure | `.claude/commands/` | `.claude/skills/` |
44
+ | What went wrong before | `knowledge-base.md` | `.claude/logs/` |
45
+ | Project conventions | This file | Codebase itself |
46
+
47
+ ## Architecture Rules
48
+
49
+ - Read `.claude/memory.md` before taking any action
50
+ - Read `.claude/knowledge-base.md` at session startup
51
+ - Keep memory.md under 100 lines — prune aggressively
52
+ - Use skills for domain knowledge, not CLAUDE.md
53
+ - Use hooks for enforcement, not instructions (hooks are guaranteed; instructions are advisory)
54
+
55
+ ## Code Conventions
56
+
57
+ {{CODE_CONVENTIONS}}
58
+
59
+ ## Context Health
60
+
61
+ Sessions have finite context. Quality degrades before the session fails.
62
+
63
+ **Self-monitoring signals:**
64
+ - After ~30 tool calls or 3+ large file reads: run `/clear`
65
+ - If output quality degrades (repetition, missed details): run `/clear`
66
+ - When a multi-step task completes: consider `/clear` before starting the next
67
+ - If you see "compacting conversation": run `/clear` immediately
68
+
69
+ ## Memory Architecture
70
+
71
+ Four layers, each with a different purpose:
72
+
73
+ | Layer | File | Scope | Who writes |
74
+ |---|---|---|---|
75
+ | Global | `~/.claude/CLAUDE.md` | All projects | You (personal prefs) |
76
+ | Project | `CLAUDE.md` | This project, all users | Team (committed to git) |
77
+ | Personal | `CLAUDE.local.md` | This project, you only | You (gitignored) |
78
+ | Dynamic | `.claude/memory.md` | Current state | Claude (updated each session) |
79
+
80
+ ## Command Awareness
81
+
82
+ All agents can invoke commands listed in `.claude/command-index.md`.
83
+ - **Self-execute**: If you have the tools, follow the command procedure directly
84
+ - **Recommend**: If you lack tools, output `RECOMMEND: /command [args] — [reason]`
85
+
86
+ ## Maintenance
87
+
88
+ - Keep this file under 150 lines (currently: ~{{LINE_COUNT}})
89
+ - Done list cleared weekly
90
+ - Review `.claude/logs/` during /sync
91
+ - Auditor reviews knowledge nominations each cycle
@@ -0,0 +1,203 @@
1
+ # Claudify Setup Guide
2
+
3
+ Get from zero to a production-grade Claude Code system in under 10 minutes.
4
+
5
+ ---
6
+
7
+ ## Step 1: Install Claude Code
8
+
9
+ If you haven't installed Claude Code yet:
10
+
11
+ ```bash
12
+ # macOS / Linux / WSL (recommended)
13
+ curl -fsSL https://claude.ai/install.sh | bash
14
+
15
+ # Windows PowerShell
16
+ irm https://claude.ai/install.ps1 | iex
17
+
18
+ # Verify installation
19
+ claude --version
20
+ ```
21
+
22
+ **Important:** The npm install method (`npm install -g @anthropic-ai/claude-code`) is deprecated. Use the native installer above — it's faster, has zero dependencies, and auto-updates.
23
+
24
+ ## Step 2: Authenticate
25
+
26
+ ```bash
27
+ claude
28
+ ```
29
+
30
+ This opens a browser for OAuth login. You need a paid plan:
31
+ - **Claude Pro** ($20/mo) — shared usage with claude.ai web
32
+ - **Claude Max** ($100 or $200/mo) — 5x or 20x usage
33
+ - **Claude Teams/Enterprise** — centralized billing
34
+
35
+ **Gotcha:** If you have an `ANTHROPIC_API_KEY` environment variable set, Claude Code will use that (API billing) instead of your subscription. Unset it if you want subscription billing:
36
+ ```bash
37
+ unset ANTHROPIC_API_KEY
38
+ ```
39
+
40
+ ## Step 3: Install Your Starter Pack
41
+
42
+ Copy the starter pack files into your project:
43
+
44
+ ```bash
45
+ # From your project root
46
+ cp -r path/to/starter-pack/CLAUDE.md .
47
+ cp -r path/to/starter-pack/CLAUDE.local.md .
48
+ cp -r path/to/starter-pack/.claude .
49
+ cp path/to/starter-pack/.mcp.json .
50
+ ```
51
+
52
+ Add the gitignore entries:
53
+ ```bash
54
+ cat path/to/starter-pack/.gitignore-additions >> .gitignore
55
+ ```
56
+
57
+ ## Step 4: Customize Your CLAUDE.md
58
+
59
+ Open `CLAUDE.md` and replace the `{{PLACEHOLDERS}}`:
60
+
61
+ 1. `{{PROJECT_NAME}}` — your project name
62
+ 2. `{{PROJECT_DESCRIPTION}}` — one paragraph about what this project does
63
+ 3. `{{TECH_STACK}}` — e.g., "Next.js 15, TypeScript, Tailwind, Prisma, PostgreSQL"
64
+ 4. `{{BUILD_COMMAND}}` — e.g., `npm run build`
65
+ 5. `{{TEST_COMMAND}}` — e.g., `npm test`
66
+ 6. `{{LINT_COMMAND}}` — e.g., `npm run lint`
67
+ 7. `{{CODE_CONVENTIONS}}` — your coding standards (or delete the section)
68
+
69
+ **Pro tip:** Keep CLAUDE.md under 150 lines. If you're tempted to add more, create a skill in `.claude/skills/` instead.
70
+
71
+ ## Step 5: Make Hook Scripts Executable
72
+
73
+ ```bash
74
+ chmod +x .claude/hooks/*.sh
75
+ ```
76
+
77
+ ## Step 6: Configure Permissions
78
+
79
+ Start Claude and set up permissions for your common commands:
80
+
81
+ ```bash
82
+ claude
83
+ # Then inside Claude:
84
+ /permissions
85
+ ```
86
+
87
+ Add your safe commands to the allow list. The starter pack pre-configures sensible defaults in `.claude/settings.json`, including:
88
+ - Read-only tools (always allowed)
89
+ - Git read commands (status, diff, log)
90
+ - Build/test/lint commands
91
+ - Dangerous commands blocked (force push, hard reset)
92
+
93
+ ## Step 7: Start Your First Session
94
+
95
+ ```bash
96
+ claude
97
+ ```
98
+
99
+ Then type `/start` to initialize. Claude will:
100
+ 1. Read your memory and knowledge base
101
+ 2. Create today's daily note
102
+ 3. Report what it knows about your project
103
+ 4. Ask what you want to work on
104
+
105
+ ---
106
+
107
+ ## What You Got
108
+
109
+ ### File Structure
110
+
111
+ ```
112
+ your-project/
113
+ ├── CLAUDE.md # Project instructions (shared)
114
+ ├── CLAUDE.local.md # Personal overrides (gitignored)
115
+ ├── .mcp.json # MCP server configuration
116
+ └── .claude/
117
+ ├── settings.json # Project settings + hooks
118
+ ├── memory.md # Living session state
119
+ ├── knowledge-base.md # Institutional memory
120
+ ├── knowledge-nominations.md # Candidate learnings pipeline
121
+ ├── command-index.md # Command registry
122
+ ├── commands/
123
+ │ ├── start.md # Begin a session
124
+ │ ├── sync.md # Mid-session refresh
125
+ │ ├── clear.md # Flush and resume
126
+ │ ├── wrap-up.md # End a session
127
+ │ └── audit.md # Quality review
128
+ ├── agents/
129
+ │ ├── auditor.md # Quality gate agent
130
+ │ └── reviewer.md # Read-only reviewer agent
131
+ ├── agent-memory/
132
+ │ └── auditor.md # Auditor's persistent memory
133
+ ├── skills/
134
+ │ ├── research/SKILL.md # Research procedures
135
+ │ ├── deploy/SKILL.md # Deployment procedures
136
+ │ ├── monitor/SKILL.md # Health monitoring
137
+ │ ├── data-export/SKILL.md # Data export procedures
138
+ │ └── content/SKILL.md # Content creation
139
+ ├── hooks/
140
+ │ ├── quality-gate.sh # Blocks incomplete writes
141
+ │ ├── context-monitor.sh # Tracks context health
142
+ │ └── audit-logger.sh # Records all tool calls
143
+ └── logs/
144
+ └── (auto-populated)
145
+ ```
146
+
147
+ ### The Four-Layer Memory System
148
+
149
+ | Layer | What | Purpose |
150
+ |---|---|---|
151
+ | **CLAUDE.md** | Project instructions | What Claude should know about THIS project |
152
+ | **memory.md** | Session state | What's happening RIGHT NOW |
153
+ | **knowledge-base.md** | Hard rules | What we've LEARNED (never repeat mistakes) |
154
+ | **knowledge-nominations.md** | Candidate rules | What we THINK we learned (auditor validates) |
155
+
156
+ ### The Hook System
157
+
158
+ Hooks are deterministic — they run every time, unlike instructions which Claude can overlook:
159
+
160
+ | Hook | When | What |
161
+ |---|---|---|
162
+ | **Quality gate** | Before any file write | Blocks placeholders in critical files |
163
+ | **Context monitor** | After every response | Warns when context is getting heavy |
164
+ | **Audit logger** | After every tool call | Records what Claude did for traceability |
165
+
166
+ ### The Command System
167
+
168
+ Commands are reusable procedures. Type the command name and Claude follows the steps:
169
+
170
+ | Command | When to use |
171
+ |---|---|
172
+ | `/start` | Beginning of a work session |
173
+ | `/sync` | Mid-session to refresh context |
174
+ | `/clear` | When context feels heavy or between tasks |
175
+ | `/wrap-up` | End of a work session |
176
+ | `/audit` | After finishing something important |
177
+
178
+ ---
179
+
180
+ ## Daily Workflow
181
+
182
+ ```
183
+ Morning: /start → work → /sync (if switching tasks)
184
+ Afternoon: work → /clear (if context heavy) → work
185
+ Evening: /wrap-up
186
+ ```
187
+
188
+ ## Tips for Getting the Most Out of Your System
189
+
190
+ 1. **Run `/clear` between unrelated tasks.** Context pollution is the #1 cause of quality degradation.
191
+ 2. **Keep memory.md lean.** If it's over 50 lines, you're hoarding — prune.
192
+ 3. **Let the knowledge base grow organically.** Don't pre-fill it. Let the auditor promote real learnings.
193
+ 4. **Use skills for domain knowledge.** CLAUDE.md is a routing file, not a knowledge dump.
194
+ 5. **Trust the hooks.** They catch what instructions miss.
195
+ 6. **Give Claude a way to verify.** Tests, screenshots, expected outputs — don't be the only feedback loop.
196
+
197
+ ---
198
+
199
+ ## Need Help?
200
+
201
+ - Documentation: https://claudify.dev/docs
202
+ - Support: support@claudify.dev
203
+ - Updates ship weekly — your system gets better automatically.