ccstart 2.0.1 โ 2.1.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.
- package/package.json +1 -1
- package/template/claude/CLAUDE.md +14 -1
- package/template/claude/agents/backend.md +0 -1
- package/template/claude/agents/blockchain.md +0 -1
- package/template/claude/agents/checker.md +0 -1
- package/template/claude/agents/coder.md +0 -1
- package/template/claude/agents/frontend.md +0 -1
- package/template/claude/agents/planner.md +0 -1
- package/template/claude/agents/researcher.md +0 -1
- package/template/claude/agents/shadcn.md +0 -1
- package/template/claude/skills/commit/SKILL.md +97 -0
- package/template/claude/skills/create-pr/SKILL.md +84 -0
- package/template/claude/skills/create-ticket/SKILL.md +102 -0
- package/template/claude/skills/design-feature/SKILL.md +111 -0
- package/template/claude/skills/design-principles/skill.md +237 -0
- package/template/claude/skills/skill-creator/SKILL.md +356 -0
- package/template/.claude/commands/README.md +0 -70
- package/template/.claude/commands/update-claude-md.md +0 -23
- package/template/.claude/hooks/README.md +0 -65
- package/template/.claude/hooks/workflow-detector.sh +0 -61
- package/template/.claude/settings.json.example +0 -18
- package/template/claude/plans/README.md +0 -53
|
@@ -1,23 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Automatically update CLAUDE.md with project-specific information"
|
|
3
|
-
allowedTools: ["Read", "Write", "Edit", "Grep", "LS", "Bash"]
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
I'll analyze your project and automatically update the CLAUDE.md file with project-specific information.
|
|
7
|
-
|
|
8
|
-
First, let me examine your project structure to understand:
|
|
9
|
-
1. Project type and technology stack
|
|
10
|
-
2. Available scripts and commands
|
|
11
|
-
3. Directory structure
|
|
12
|
-
4. Dependencies and frameworks
|
|
13
|
-
5. Testing and build configurations
|
|
14
|
-
|
|
15
|
-
Then I'll update the following sections in CLAUDE.md:
|
|
16
|
-
- Project Overview
|
|
17
|
-
- Key Objectives (based on README if available)
|
|
18
|
-
- Common Commands
|
|
19
|
-
- Additional Notes
|
|
20
|
-
|
|
21
|
-
I'll preserve any existing custom content you've added while updating the auto-generated sections.
|
|
22
|
-
|
|
23
|
-
Let me start by analyzing your project...
|
|
@@ -1,65 +0,0 @@
|
|
|
1
|
-
# Claude Code Hooks
|
|
2
|
-
|
|
3
|
-
This directory contains hooks that automatically enhance Claude's behavior based on your interactions.
|
|
4
|
-
|
|
5
|
-
## Available Hooks
|
|
6
|
-
|
|
7
|
-
### workflow-detector.sh
|
|
8
|
-
Automatically detects when you're describing a task that matches one of our workflow patterns and suggests the appropriate workflow command.
|
|
9
|
-
|
|
10
|
-
**Detects:**
|
|
11
|
-
- Feature development requests
|
|
12
|
-
- Bug reports and fixes
|
|
13
|
-
- API development tasks
|
|
14
|
-
- QA and testing requests
|
|
15
|
-
- Refactoring needs
|
|
16
|
-
- UI component development
|
|
17
|
-
|
|
18
|
-
### How It Works
|
|
19
|
-
When you type a message to Claude, the hook analyzes it for patterns and adds helpful context suggesting the appropriate workflow command.
|
|
20
|
-
|
|
21
|
-
## Setup
|
|
22
|
-
|
|
23
|
-
1. **Enable hooks in Claude Code settings**:
|
|
24
|
-
Create or update `.claude/settings.json`:
|
|
25
|
-
```json
|
|
26
|
-
{
|
|
27
|
-
"hooks": {
|
|
28
|
-
"UserPromptSubmit": [
|
|
29
|
-
{
|
|
30
|
-
"hooks": [
|
|
31
|
-
{
|
|
32
|
-
"type": "command",
|
|
33
|
-
"command": ".claude/hooks/workflow-detector.sh"
|
|
34
|
-
}
|
|
35
|
-
]
|
|
36
|
-
}
|
|
37
|
-
]
|
|
38
|
-
}
|
|
39
|
-
}
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
2. **Make hooks executable**:
|
|
43
|
-
```bash
|
|
44
|
-
chmod +x .claude/hooks/*.sh
|
|
45
|
-
```
|
|
46
|
-
|
|
47
|
-
## Examples
|
|
48
|
-
|
|
49
|
-
### Input: "I need to add user authentication to my app"
|
|
50
|
-
**Hook adds**: "Detected feature request. Consider using /workflow-feature command for systematic implementation."
|
|
51
|
-
|
|
52
|
-
### Input: "Fix the bug where users get logged out after 5 minutes"
|
|
53
|
-
**Hook adds**: "Detected bug report. Consider using /workflow-bug command for systematic debugging."
|
|
54
|
-
|
|
55
|
-
### Input: "Create REST API for managing blog posts"
|
|
56
|
-
**Hook adds**: "Detected API development task. Consider using /workflow-api command."
|
|
57
|
-
|
|
58
|
-
## Creating Custom Hooks
|
|
59
|
-
|
|
60
|
-
You can create your own hooks by:
|
|
61
|
-
1. Adding a new script to this directory
|
|
62
|
-
2. Updating `.claude/settings.json` to reference it
|
|
63
|
-
3. Using exit codes and JSON output to control behavior
|
|
64
|
-
|
|
65
|
-
See Claude Code documentation for more details on hook development.
|
|
@@ -1,61 +0,0 @@
|
|
|
1
|
-
#!/bin/bash
|
|
2
|
-
# workflow-detector.sh - Detects workflow patterns in user prompts
|
|
3
|
-
# and suggests appropriate workflow commands
|
|
4
|
-
|
|
5
|
-
input=$(cat)
|
|
6
|
-
|
|
7
|
-
# Store original input for passthrough
|
|
8
|
-
original_input="$input"
|
|
9
|
-
|
|
10
|
-
# Initialize suggestions array
|
|
11
|
-
suggestions=""
|
|
12
|
-
|
|
13
|
-
# Detect feature requests
|
|
14
|
-
if echo "$input" | grep -iE "(implement|add|create|build|develop).*(feature|functionality|component|system)" > /dev/null; then
|
|
15
|
-
suggestions="${suggestions}๐ Detected feature development task. Consider using: /workflow-feature [your feature description]\n"
|
|
16
|
-
fi
|
|
17
|
-
|
|
18
|
-
# Detect bug reports
|
|
19
|
-
if echo "$input" | grep -iE "(fix|bug|error|issue|broken|not working|problem|crash)" > /dev/null; then
|
|
20
|
-
suggestions="${suggestions}๐ Detected bug fix task. Consider using: /workflow-bug [issue description]\n"
|
|
21
|
-
fi
|
|
22
|
-
|
|
23
|
-
# Detect API development
|
|
24
|
-
if echo "$input" | grep -iE "(api|endpoint|rest|graphql|route).*(create|implement|build|design)" > /dev/null; then
|
|
25
|
-
suggestions="${suggestions}๐ Detected API development task. Consider using: /workflow-api [API description]\n"
|
|
26
|
-
fi
|
|
27
|
-
|
|
28
|
-
# Detect QA/testing requests
|
|
29
|
-
if echo "$input" | grep -iE "(test|qa|quality|review|audit|check).*(feature|code|implementation|system)" > /dev/null; then
|
|
30
|
-
suggestions="${suggestions}๐งช Detected QA task. Consider using: /workflow-qa [what to test]\n"
|
|
31
|
-
fi
|
|
32
|
-
|
|
33
|
-
# Detect refactoring needs
|
|
34
|
-
if echo "$input" | grep -iE "(refactor|improve|optimize|clean up|restructure).*(code|implementation|architecture)" > /dev/null; then
|
|
35
|
-
suggestions="${suggestions}๐ง Detected refactoring task. Consider using: /workflow-refactor [what to refactor]\n"
|
|
36
|
-
fi
|
|
37
|
-
|
|
38
|
-
# Detect UI component development
|
|
39
|
-
if echo "$input" | grep -iE "(ui|interface|component|frontend|design).*(create|implement|build|develop)" > /dev/null; then
|
|
40
|
-
suggestions="${suggestions}๐จ Detected UI development task. Consider using: /workflow-ui [component description]\n"
|
|
41
|
-
fi
|
|
42
|
-
|
|
43
|
-
# Detect blockchain/web3 development
|
|
44
|
-
if echo "$input" | grep -iE "(blockchain|smart contract|web3|defi|nft|crypto)" > /dev/null; then
|
|
45
|
-
suggestions="${suggestions}โ๏ธ Detected blockchain task. Consider using: /workflow-blockchain [blockchain feature]\n"
|
|
46
|
-
fi
|
|
47
|
-
|
|
48
|
-
# If we detected any patterns, add suggestions as additional context
|
|
49
|
-
if [ -n "$suggestions" ]; then
|
|
50
|
-
# Create JSON response with additional context
|
|
51
|
-
context="๐ก Workflow Suggestions:\\n${suggestions}\\nThese commands will automatically orchestrate the appropriate agents for your task."
|
|
52
|
-
|
|
53
|
-
# Escape for JSON
|
|
54
|
-
context=$(echo -n "$context" | sed 's/"/\\"/g')
|
|
55
|
-
|
|
56
|
-
# Output JSON with additional context
|
|
57
|
-
echo "{\"additionalContext\": \"$context\"}"
|
|
58
|
-
else
|
|
59
|
-
# No patterns detected, pass through without modification
|
|
60
|
-
echo "$original_input"
|
|
61
|
-
fi
|
|
@@ -1,18 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"hooks": {
|
|
3
|
-
"UserPromptSubmit": [
|
|
4
|
-
{
|
|
5
|
-
"description": "Detect workflow patterns and suggest appropriate commands",
|
|
6
|
-
"hooks": [
|
|
7
|
-
{
|
|
8
|
-
"type": "command",
|
|
9
|
-
"command": ".claude/hooks/workflow-detector.sh"
|
|
10
|
-
}
|
|
11
|
-
]
|
|
12
|
-
}
|
|
13
|
-
]
|
|
14
|
-
},
|
|
15
|
-
"tools": {
|
|
16
|
-
"enabled": true
|
|
17
|
-
}
|
|
18
|
-
}
|
|
@@ -1,53 +0,0 @@
|
|
|
1
|
-
# Plans
|
|
2
|
-
|
|
3
|
-
This directory contains project plans and architectural documents.
|
|
4
|
-
|
|
5
|
-
## Purpose
|
|
6
|
-
Store detailed implementation plans, architectural decisions, and strategic roadmaps created by the planner agent or during project planning sessions.
|
|
7
|
-
|
|
8
|
-
## Plan Structure
|
|
9
|
-
Each plan should be a markdown file with:
|
|
10
|
-
- Clear objectives and goals
|
|
11
|
-
- Detailed implementation steps
|
|
12
|
-
- Technical architecture decisions
|
|
13
|
-
- Risk analysis and mitigation strategies
|
|
14
|
-
- Success metrics
|
|
15
|
-
|
|
16
|
-
## Example Plan Format
|
|
17
|
-
```markdown
|
|
18
|
-
# PLAN-XXX: [Plan Title]
|
|
19
|
-
|
|
20
|
-
## Executive Summary
|
|
21
|
-
[High-level overview]
|
|
22
|
-
|
|
23
|
-
## Objectives
|
|
24
|
-
- [ ] Objective 1
|
|
25
|
-
- [ ] Objective 2
|
|
26
|
-
|
|
27
|
-
## Architecture
|
|
28
|
-
[Technical approach and design]
|
|
29
|
-
|
|
30
|
-
## Implementation Phases
|
|
31
|
-
### Phase 1: Foundation
|
|
32
|
-
- Task 1
|
|
33
|
-
- Task 2
|
|
34
|
-
|
|
35
|
-
### Phase 2: Core Features
|
|
36
|
-
- Task 3
|
|
37
|
-
- Task 4
|
|
38
|
-
|
|
39
|
-
## Risks & Mitigations
|
|
40
|
-
| Risk | Impact | Mitigation |
|
|
41
|
-
|------|--------|------------|
|
|
42
|
-
| Risk 1 | High | Strategy 1 |
|
|
43
|
-
|
|
44
|
-
## Success Metrics
|
|
45
|
-
- Metric 1
|
|
46
|
-
- Metric 2
|
|
47
|
-
```
|
|
48
|
-
|
|
49
|
-
## Plan Naming Convention
|
|
50
|
-
Use format: `PLAN-XXX-brief-description.md`
|
|
51
|
-
|
|
52
|
-
## Current Plans
|
|
53
|
-
[List active plans here]
|