@codyswann/lisa 1.19.0 → 1.19.1
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/all/copy-overwrite/.claude/README.md +7 -1
- package/all/copy-overwrite/.claude/commands/plan/create.md +6 -0
- package/all/copy-overwrite/.claude/commands/plan/implement.md +6 -0
- package/all/copy-overwrite/HUMAN.md +114 -265
- package/all/deletions.json +18 -0
- package/package.json +1 -1
- package/all/copy-overwrite/.claude/commands/project/add-test-coverage.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/archive.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/bootstrap.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/debrief.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/document.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/execute.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/fix-linter-error.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/implement.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/local-code-review.md +0 -10
- package/all/copy-overwrite/.claude/commands/project/lower-code-complexity.md +0 -9
- package/all/copy-overwrite/.claude/commands/project/plan.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/reduce-max-lines-per-function.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/reduce-max-lines.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/research.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/review.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/setup.md +0 -11
- package/all/copy-overwrite/.claude/commands/project/verify.md +0 -11
- package/all/copy-overwrite/.claude/skills/project-add-test-coverage/SKILL.md +0 -61
- package/all/copy-overwrite/.claude/skills/project-archive/SKILL.md +0 -14
- package/all/copy-overwrite/.claude/skills/project-bootstrap/SKILL.md +0 -33
- package/all/copy-overwrite/.claude/skills/project-debrief/SKILL.md +0 -48
- package/all/copy-overwrite/.claude/skills/project-document/SKILL.md +0 -55
- package/all/copy-overwrite/.claude/skills/project-execute/SKILL.md +0 -72
- package/all/copy-overwrite/.claude/skills/project-fix-linter-error/SKILL.md +0 -70
- package/all/copy-overwrite/.claude/skills/project-implement/SKILL.md +0 -43
- package/all/copy-overwrite/.claude/skills/project-local-code-review/SKILL.md +0 -92
- package/all/copy-overwrite/.claude/skills/project-lower-code-complexity/SKILL.md +0 -65
- package/all/copy-overwrite/.claude/skills/project-plan/SKILL.md +0 -183
- package/all/copy-overwrite/.claude/skills/project-reduce-max-lines/SKILL.md +0 -66
- package/all/copy-overwrite/.claude/skills/project-reduce-max-lines-per-function/SKILL.md +0 -69
- package/all/copy-overwrite/.claude/skills/project-research/SKILL.md +0 -170
- package/all/copy-overwrite/.claude/skills/project-review/SKILL.md +0 -53
- package/all/copy-overwrite/.claude/skills/project-setup/SKILL.md +0 -60
- package/all/copy-overwrite/.claude/skills/project-verify/SKILL.md +0 -46
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Aggregates learnings from tasks and findings, uses skill-evaluator to decide where each belongs (new skill, .claude/rules/PROJECT_RULES.md, or omit)"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-debrief skill to aggregate and apply project learnings. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Updates all documentation related to changes implemented in the project"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-document skill to update all project documentation. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Automated project execution from planning through debrief (requires gap-free research)"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-execute skill to run the complete project workflow. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Fix all violations of one or more ESLint rules across the codebase"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<rule-1> [rule-2] [rule-3] ..."
|
|
5
|
-
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This command is deprecated. Use `/plan:fix-linter-error` instead.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-fix-linter-error skill to fix ESLint rule violations. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Systematically implements all tasks in a specified project"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-implement skill to implement all planned tasks. $ARGUMENTS
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Code review local changes on the current branch"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use `/plan:local-code-review` instead.
|
|
8
|
-
> This command will be removed in a future release.
|
|
9
|
-
|
|
10
|
-
Use the /project-local-code-review skill to review local changes on the current branch. $ARGUMENTS
|
|
@@ -1,9 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Reduces the code complexity of the codebase by 2 on each run"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
> **DEPRECATED**: This command is deprecated. Use `/plan:lower-code-complexity` instead.
|
|
7
|
-
> This command will be removed in a future release.
|
|
8
|
-
|
|
9
|
-
Use the /project-lower-code-complexity skill to reduce cognitive complexity. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Uses the research.md and brief.md file in the specified directory to create a detailed list of tasks to implement the project"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-plan skill to create implementation tasks from research and brief. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Reduce max lines per function threshold and fix violations"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<max-lines-per-function-value>"
|
|
5
|
-
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This command is deprecated. Use `/plan:reduce-max-lines-per-function` instead.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-reduce-max-lines-per-function skill to reduce function line limits. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Reduce max file lines threshold and fix violations"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<max-lines-value>"
|
|
5
|
-
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This command is deprecated. Use `/plan:reduce-max-lines` instead.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-reduce-max-lines skill to reduce file line limits. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Conducts research of your code base and the web relevant to your project and compiles it for the planning phase"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-research skill to conduct comprehensive research for the project. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Performs extensive code review and optimization on the current project"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-review skill to perform code review and optimization. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Initialize a project with full requirements analysis, planning, and structure setup"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<file-path|jira-issue|text-description>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-setup skill to initialize a new project. $ARGUMENTS
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: "Comprehensive verification that a feature branch fully implements all project requirements with proper code quality, tests, and documentation"
|
|
3
|
-
allowed-tools: ["Skill"]
|
|
4
|
-
argument-hint: "<project-directory>"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This command is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This command will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Use the /project-verify skill to verify the project implementation. $ARGUMENTS
|
|
@@ -1,61 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-add-test-coverage
|
|
3
|
-
description: This skill should be used when increasing test coverage to a specified threshold percentage. It runs the coverage report, identifies files with the lowest coverage, generates a brief with coverage gaps, and bootstraps a project to add the missing tests.
|
|
4
|
-
allowed-tools: ["Read", "Bash", "Glob", "Grep"]
|
|
5
|
-
argument-hint: "<threshold-percentage>"
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
> **DEPRECATED**: This skill is deprecated. Use `/plan-add-test-coverage` instead, which integrates with Claude's native plan mode.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
# Increase Test Coverage
|
|
13
|
-
|
|
14
|
-
Target threshold: $ARGUMENTS%
|
|
15
|
-
|
|
16
|
-
If no argument provided, prompt the user for a target.
|
|
17
|
-
|
|
18
|
-
## Step 1: Gather Requirements
|
|
19
|
-
|
|
20
|
-
1. **Find coverage config** (jest.config.js, vitest.config.ts, .nycrc, etc.)
|
|
21
|
-
2. **Run coverage report** to get current state:
|
|
22
|
-
```bash
|
|
23
|
-
bun run test:cov 2>&1 | head -100
|
|
24
|
-
```
|
|
25
|
-
3. **Identify the 20 files with lowest coverage**, noting:
|
|
26
|
-
- File path
|
|
27
|
-
- Current coverage % (lines, branches, functions)
|
|
28
|
-
- Which lines/branches are uncovered
|
|
29
|
-
|
|
30
|
-
## Step 2: Generate Brief
|
|
31
|
-
|
|
32
|
-
Compile findings into a detailed brief:
|
|
33
|
-
|
|
34
|
-
```
|
|
35
|
-
Increase test coverage from [current]% to $ARGUMENTS%.
|
|
36
|
-
|
|
37
|
-
## Files Needing Coverage (ordered by coverage gap)
|
|
38
|
-
|
|
39
|
-
1. src/services/user.ts - 23% coverage (target: $ARGUMENTS%)
|
|
40
|
-
- Uncovered: lines 45-67, 89-102
|
|
41
|
-
- Missing branch coverage: lines 34, 56
|
|
42
|
-
2. src/utils/helpers.ts - 34% coverage (target: $ARGUMENTS%)
|
|
43
|
-
- Uncovered: lines 12-45
|
|
44
|
-
...
|
|
45
|
-
|
|
46
|
-
## Configuration
|
|
47
|
-
- Config file: [path to coverage config]
|
|
48
|
-
- Update thresholds to $ARGUMENTS% for: lines, branches, functions, statements
|
|
49
|
-
|
|
50
|
-
## Acceptance Criteria
|
|
51
|
-
- All files meet $ARGUMENTS% coverage threshold
|
|
52
|
-
- `bun run test:cov` passes with no threshold violations
|
|
53
|
-
|
|
54
|
-
## Verification
|
|
55
|
-
Command: `bun run test:cov`
|
|
56
|
-
Expected: All thresholds pass at $ARGUMENTS%
|
|
57
|
-
```
|
|
58
|
-
|
|
59
|
-
## Step 3: Bootstrap Project
|
|
60
|
-
|
|
61
|
-
Run `/project-bootstrap` with the generated brief as a text prompt.
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-archive
|
|
3
|
-
description: This skill should be used when archiving a completed project. It moves the project directory to the projects/archive folder, clears the active project marker, and commits and submits a PR with the changes.
|
|
4
|
-
allowed-tools: ["Read", "Write", "Bash(git*)", "Glob", "Grep", "Task", "TaskCreate", "TaskUpdate", "TaskList"]
|
|
5
|
-
argument-hint: "<project-directory>"
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This skill is deprecated. Use Claude's native plan mode instead.
|
|
9
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
1. Move $ARGUMENTS to `projects/archive`
|
|
13
|
-
2. Clear the active project marker: `rm -f .claude-active-project`
|
|
14
|
-
3. Run /git-commit-and-submit-pr
|
|
@@ -1,33 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-bootstrap
|
|
3
|
-
description: This skill should be used when performing automated project setup and research with gap detection. It runs project setup, conducts research, checks for open questions, and if no gaps exist, proceeds directly to project execution.
|
|
4
|
-
argument-hint: "<file-path|jira-issue|\"text description\">"
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
> **DEPRECATED**: This skill is deprecated. Use Claude's native plan mode instead.
|
|
8
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
9
|
-
> This skill will be removed in a future release.
|
|
10
|
-
|
|
11
|
-
Complete all of the following steps for $ARGUMENTS:
|
|
12
|
-
|
|
13
|
-
## Step 1: Setup
|
|
14
|
-
|
|
15
|
-
Run `/project-setup $ARGUMENTS`
|
|
16
|
-
|
|
17
|
-
Capture the project name from the output for use in subsequent steps.
|
|
18
|
-
|
|
19
|
-
## Step 2: Research
|
|
20
|
-
|
|
21
|
-
Run `/project-research @projects/<project-name>`
|
|
22
|
-
|
|
23
|
-
## Step 3: Gap Detection
|
|
24
|
-
|
|
25
|
-
Read @projects/<project-name>/research.md.
|
|
26
|
-
|
|
27
|
-
Check '## Open Questions' section. If unresolved questions exist, STOP and report to human.
|
|
28
|
-
|
|
29
|
-
If no gaps, immediately run `/project-execute @projects/<project-name>`
|
|
30
|
-
|
|
31
|
-
## Output to Human
|
|
32
|
-
|
|
33
|
-
- If gaps exist: "Bootstrap complete but needs human review - see Open Questions in research.md"
|
|
@@ -1,48 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-debrief
|
|
3
|
-
description: This skill should be used when aggregating learnings from completed project tasks and findings. It collects learnings from task metadata and findings.md, uses the skill-evaluator to categorize each learning (new skill, project rule, or omit), and applies the decisions accordingly.
|
|
4
|
-
allowed-tools: ["Read", "Write", "Edit", "Bash", "Glob", "Grep", "Task", "TaskCreate", "TaskUpdate", "TaskList", "Skill"]
|
|
5
|
-
argument-hint: "<project-directory>"
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This skill is deprecated. Use Claude's native plan mode instead.
|
|
9
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
## Setup
|
|
13
|
-
|
|
14
|
-
Set active project marker: `echo "$ARGUMENTS" | sed 's|.*/||' > .claude-active-project`
|
|
15
|
-
|
|
16
|
-
Extract `<project-name>` from the last segment of `$ARGUMENTS`.
|
|
17
|
-
|
|
18
|
-
## Create and Execute Tasks
|
|
19
|
-
|
|
20
|
-
Create workflow tracking tasks with `metadata.project` set to the project name:
|
|
21
|
-
|
|
22
|
-
```
|
|
23
|
-
TaskCreate:
|
|
24
|
-
subject: "Aggregate project learnings"
|
|
25
|
-
description: "Collect all learnings from two sources: 1) Read $ARGUMENTS/findings.md for manual findings. 2) Read all task files in $ARGUMENTS/tasks/*.json and extract metadata.learnings arrays. Compile into a single list of distinct findings/learnings."
|
|
26
|
-
metadata: { project: "<project-name>" }
|
|
27
|
-
|
|
28
|
-
TaskCreate:
|
|
29
|
-
subject: "Evaluate each learning"
|
|
30
|
-
description: "For each learning, use Task tool with subagent_type 'skill-evaluator' to determine: CREATE SKILL (complex, reusable pattern), ADD TO RULES (simple never/always rule), or OMIT ENTIRELY (already covered or too project-specific). Collect all decisions."
|
|
31
|
-
metadata: { project: "<project-name>" }
|
|
32
|
-
|
|
33
|
-
TaskCreate:
|
|
34
|
-
subject: "Apply decisions"
|
|
35
|
-
description: "For each learning based on skill-evaluator decision: CREATE SKILL → run /skill-creator with details. ADD TO RULES → add succinctly to .claude/rules/PROJECT_RULES.md. OMIT → no action. Report summary: skills created, rules added, omitted count."
|
|
36
|
-
metadata: { project: "<project-name>" }
|
|
37
|
-
```
|
|
38
|
-
|
|
39
|
-
**Execute each task via a subagent** to preserve main context. Launch up to 6 in parallel where tasks don't have dependencies. Do not stop until all are completed.
|
|
40
|
-
|
|
41
|
-
## Important: Rules vs Skills
|
|
42
|
-
|
|
43
|
-
**WARNING about PROJECT_RULES.md**: Rules in `.claude/rules/` are **always loaded** at session start for every request. Only add learnings to PROJECT_RULES.md if they:
|
|
44
|
-
- Apply to **every** request in this codebase (not just specific features)
|
|
45
|
-
- Are simple "never do X" or "always do Y" statements
|
|
46
|
-
- Cannot be scoped to a skill that's invoked on-demand
|
|
47
|
-
|
|
48
|
-
If a learning only applies to certain types of work (e.g., "when writing GraphQL resolvers..."), it should be a **skill** instead, not a rule.
|
|
@@ -1,55 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-document
|
|
3
|
-
description: This skill should be used when updating all documentation related to changes implemented in a project. It identifies changed files, maps them to documentation targets, and updates README, API docs, CHANGELOG, and JSDoc documentation.
|
|
4
|
-
allowed-tools: ["Read", "Write", "Edit", "Bash", "Glob", "Grep", "Task", "TaskCreate", "TaskUpdate", "TaskList", "Skill"]
|
|
5
|
-
argument-hint: "<project-directory>"
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This skill is deprecated. Use Claude's native plan mode instead.
|
|
9
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
The current branch is a feature branch with implementation of the project in $ARGUMENTS.
|
|
13
|
-
|
|
14
|
-
Changes on this branch need corresponding documentation updates to keep README, API docs, changelogs, and JSDoc current.
|
|
15
|
-
|
|
16
|
-
**IMPORTANT**: Perform each step and move to the next without stopping.
|
|
17
|
-
|
|
18
|
-
## Setup
|
|
19
|
-
|
|
20
|
-
Set active project marker: `echo "$ARGUMENTS" | sed 's|.*/||' > .claude-active-project`
|
|
21
|
-
|
|
22
|
-
Extract `<project-name>` from the last segment of `$ARGUMENTS`.
|
|
23
|
-
|
|
24
|
-
## Create and Execute Tasks
|
|
25
|
-
|
|
26
|
-
Create workflow tracking tasks with `metadata.project` set to the project name:
|
|
27
|
-
|
|
28
|
-
```
|
|
29
|
-
TaskCreate:
|
|
30
|
-
subject: "Identify changed files and documentation targets"
|
|
31
|
-
description: "Use git to identify files changed on this branch (git diff main...HEAD --name-only). For each changed file, identify related documentation: README sections, API docs, inline JSDoc, CHANGELOG entries, architecture docs, configuration docs. Compile a mapping of: changed file → related documentation file(s). Save to $ARGUMENTS/doc-targets.json with structure: { \"file.ts\": [\"README.md#section\", \"docs/api.md\"], ... }"
|
|
32
|
-
metadata: { project: "<project-name>" }
|
|
33
|
-
|
|
34
|
-
TaskCreate:
|
|
35
|
-
subject: "Update README and user-facing docs"
|
|
36
|
-
description: "For each documentation target in $ARGUMENTS/doc-targets.json that is a README section or user guide: Read the changed implementation file. Read the current documentation section. Update the documentation to accurately reflect the new/changed behavior, examples, or configuration. Preserve existing structure and tone."
|
|
37
|
-
metadata: { project: "<project-name>" }
|
|
38
|
-
|
|
39
|
-
TaskCreate:
|
|
40
|
-
subject: "Update API and technical documentation"
|
|
41
|
-
description: "For each documentation target that is API docs, architecture docs, or technical guides: Read the changed implementation. Read the current documentation. Update to reflect new endpoints, parameters, type signatures, behavior changes, or architectural decisions. Ensure consistency with code comments."
|
|
42
|
-
metadata: { project: "<project-name>" }
|
|
43
|
-
|
|
44
|
-
TaskCreate:
|
|
45
|
-
subject: "Update CHANGELOG"
|
|
46
|
-
description: "If CHANGELOG.md or CHANGELOG.{md,txt,rst} exists in project root: Add entry for all user-facing changes. Group by type (Added, Changed, Fixed, Deprecated). Reference relevant files or features. Follow existing CHANGELOG format and conventions."
|
|
47
|
-
metadata: { project: "<project-name>" }
|
|
48
|
-
|
|
49
|
-
TaskCreate:
|
|
50
|
-
subject: "Verify JSDoc on changed files"
|
|
51
|
-
description: "Read $ARGUMENTS/doc-targets.json. For each changed file (key), verify its JSDoc preamble and function/export documentation are current: Run /jsdoc-best-practices skill. Check that file-level preambles explain the module's purpose and when to use it. Check that exported functions/types have 'why' documentation (not just 'what'). Update any stale or missing documentation."
|
|
52
|
-
metadata: { project: "<project-name>" }
|
|
53
|
-
```
|
|
54
|
-
|
|
55
|
-
**Execute each task via a subagent** to preserve main context. Launch up to 5 in parallel where tasks don't have dependencies. Do not stop until all are completed.
|
|
@@ -1,72 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-execute
|
|
3
|
-
description: This skill should be used when running the complete automated project execution workflow from planning through debrief. It requires gap-free research and sequentially runs planning, implementation, review, documentation, verification, debrief, and archive phases.
|
|
4
|
-
allowed-tools: ["Read", "Write", "Edit", "Bash", "Glob", "Grep", "Task", "TaskCreate", "TaskUpdate", "TaskList", "TaskGet", "Skill"]
|
|
5
|
-
argument-hint: "<project-directory>"
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This skill is deprecated. Use Claude's native plan mode instead.
|
|
9
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
Execute complete implementation workflow for $ARGUMENTS.
|
|
13
|
-
|
|
14
|
-
## Execution Rules
|
|
15
|
-
|
|
16
|
-
1. **Continuous execution**: After each step completes, immediately invoke the next
|
|
17
|
-
2. **No summaries**: Do not summarize progress between steps
|
|
18
|
-
3. **No waiting**: Do not wait for user confirmation between steps
|
|
19
|
-
4. **Only stop when done**: Only stop when all steps are completed
|
|
20
|
-
|
|
21
|
-
## Setup
|
|
22
|
-
|
|
23
|
-
1. Set active project marker: `echo "$ARGUMENTS" | sed 's|.*/||' > .claude-active-project`
|
|
24
|
-
2. Read `$ARGUMENTS/research.md` and check "## Open Questions" section
|
|
25
|
-
- If gaps exist: STOP with "Cannot proceed - research.md has unresolved open questions"
|
|
26
|
-
3. Check if planning is already complete: `ls $ARGUMENTS/tasks/*.md 2>/dev/null | head -3`
|
|
27
|
-
- If task files exist: Skip planning, start at implementation
|
|
28
|
-
|
|
29
|
-
## Create and Execute Tasks
|
|
30
|
-
|
|
31
|
-
Create workflow tracking tasks with `metadata.project` set to the project name:
|
|
32
|
-
|
|
33
|
-
```
|
|
34
|
-
TaskCreate:
|
|
35
|
-
subject: "Planning"
|
|
36
|
-
description: "Run /project-plan $ARGUMENTS to create implementation tasks."
|
|
37
|
-
metadata: { project: "<project-name>" }
|
|
38
|
-
|
|
39
|
-
TaskCreate:
|
|
40
|
-
subject: "Implementation"
|
|
41
|
-
description: "Run /project-implement $ARGUMENTS to execute all planned tasks."
|
|
42
|
-
metadata: { project: "<project-name>" }
|
|
43
|
-
|
|
44
|
-
TaskCreate:
|
|
45
|
-
subject: "Review"
|
|
46
|
-
description: "Run /project-review $ARGUMENTS to review code changes."
|
|
47
|
-
metadata: { project: "<project-name>" }
|
|
48
|
-
|
|
49
|
-
TaskCreate:
|
|
50
|
-
subject: "Documentation"
|
|
51
|
-
description: "Run /project-document $ARGUMENTS to update documentation related to changes."
|
|
52
|
-
metadata: { project: "<project-name>" }
|
|
53
|
-
|
|
54
|
-
TaskCreate:
|
|
55
|
-
subject: "Verification"
|
|
56
|
-
description: "Run /project-verify $ARGUMENTS to verify all requirements are met."
|
|
57
|
-
metadata: { project: "<project-name>" }
|
|
58
|
-
|
|
59
|
-
TaskCreate:
|
|
60
|
-
subject: "Debrief"
|
|
61
|
-
description: "Run /project-debrief $ARGUMENTS to capture learnings."
|
|
62
|
-
metadata: { project: "<project-name>" }
|
|
63
|
-
|
|
64
|
-
TaskCreate:
|
|
65
|
-
subject: "Archive"
|
|
66
|
-
description: "Run /project-archive $ARGUMENTS to archive the completed project."
|
|
67
|
-
metadata: { project: "<project-name>" }
|
|
68
|
-
```
|
|
69
|
-
|
|
70
|
-
**Execute each task via a subagent** to preserve main context. Launch up to 6 in parallel where tasks don't have dependencies. Do not stop until all are completed.
|
|
71
|
-
|
|
72
|
-
Report "Project complete and archived" when done.
|
|
@@ -1,70 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-fix-linter-error
|
|
3
|
-
description: This skill should be used when fixing all violations of one or more ESLint rules across the codebase. It runs the linter, groups violations by rule and file, generates a brief with fix strategies, and bootstraps a project to implement the fixes.
|
|
4
|
-
allowed-tools: ["Read", "Bash", "Glob", "Grep"]
|
|
5
|
-
argument-hint: "<rule-1> [rule-2] [rule-3] ..."
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
> **DEPRECATED**: This skill is deprecated. Use `/plan-fix-linter-error` instead, which integrates with Claude's native plan mode.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
# Fix Linter Errors
|
|
13
|
-
|
|
14
|
-
Target rules: $ARGUMENTS
|
|
15
|
-
|
|
16
|
-
If no arguments provided, prompt the user for at least one lint rule name.
|
|
17
|
-
|
|
18
|
-
## Step 1: Gather Requirements
|
|
19
|
-
|
|
20
|
-
1. **Parse rules** from $ARGUMENTS (space-separated)
|
|
21
|
-
2. **Run linter** to collect all violations:
|
|
22
|
-
```bash
|
|
23
|
-
bun run lint 2>&1
|
|
24
|
-
```
|
|
25
|
-
3. **Group violations** by rule, then by file, noting:
|
|
26
|
-
- File path and line numbers
|
|
27
|
-
- Violation count per file
|
|
28
|
-
- Sample error messages
|
|
29
|
-
|
|
30
|
-
## Step 2: Generate Brief
|
|
31
|
-
|
|
32
|
-
Compile findings into a detailed brief:
|
|
33
|
-
|
|
34
|
-
```
|
|
35
|
-
Fix ESLint violations for rules: $ARGUMENTS
|
|
36
|
-
|
|
37
|
-
## Violations by Rule
|
|
38
|
-
|
|
39
|
-
### [rule-name-1] (X total violations across Y files)
|
|
40
|
-
|
|
41
|
-
1. src/services/user.ts (5 violations)
|
|
42
|
-
- Line 23: [error message]
|
|
43
|
-
- Line 45: [error message]
|
|
44
|
-
- Line 67: [error message]
|
|
45
|
-
...
|
|
46
|
-
2. src/utils/helpers.ts (3 violations)
|
|
47
|
-
- Line 12: [error message]
|
|
48
|
-
...
|
|
49
|
-
|
|
50
|
-
### [rule-name-2] (X total violations across Y files)
|
|
51
|
-
...
|
|
52
|
-
|
|
53
|
-
## Fix Strategies
|
|
54
|
-
- **Complexity rules** (sonarjs/*): Extract functions, early returns, simplify conditions
|
|
55
|
-
- **Style rules** (prettier/*, import/order): Apply formatting fixes
|
|
56
|
-
- **Best practice rules** (react-hooks/*, prefer-const): Refactor to recommended pattern
|
|
57
|
-
- **Type rules** (@typescript-eslint/*): Add proper types, remove `any`
|
|
58
|
-
|
|
59
|
-
## Acceptance Criteria
|
|
60
|
-
- `bun run lint` passes with zero violations for: $ARGUMENTS
|
|
61
|
-
- Each rule's fixes committed separately: `fix(lint): resolve [rule-name] violations`
|
|
62
|
-
|
|
63
|
-
## Verification
|
|
64
|
-
Command: `bun run lint 2>&1 | grep -E "($ARGUMENTS)" | wc -l`
|
|
65
|
-
Expected: 0
|
|
66
|
-
```
|
|
67
|
-
|
|
68
|
-
## Step 3: Bootstrap Project
|
|
69
|
-
|
|
70
|
-
Run `/project-bootstrap` with the generated brief as a text prompt.
|
|
@@ -1,43 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: project-implement
|
|
3
|
-
description: This skill should be used when systematically implementing all tasks in a specified project. It retrieves planned tasks, executes them via subagents in parallel, runs verification commands, and tracks completion status.
|
|
4
|
-
allowed-tools: ["Read", "Write", "Edit", "Bash", "Glob", "Grep", "Task", "TaskCreate", "TaskUpdate", "TaskList", "TaskGet", "Skill"]
|
|
5
|
-
argument-hint: "<project-directory>"
|
|
6
|
-
---
|
|
7
|
-
|
|
8
|
-
> **DEPRECATED**: This skill is deprecated. Use Claude's native plan mode instead.
|
|
9
|
-
> Enter plan mode with `/plan`, describe your requirements, and Claude will create a plan with tasks automatically.
|
|
10
|
-
> This skill will be removed in a future release.
|
|
11
|
-
|
|
12
|
-
## Setup
|
|
13
|
-
|
|
14
|
-
1. Set active project marker: `echo "$ARGUMENTS" | sed 's|.*/||' > .claude-active-project`
|
|
15
|
-
2. Extract `<project-name>` from the last segment of `$ARGUMENTS`
|
|
16
|
-
3. Use **TaskList** to verify tasks exist for this project (check metadata.project)
|
|
17
|
-
4. If no tasks found, error: "No tasks found. Run /project-plan first"
|
|
18
|
-
|
|
19
|
-
## Implementation
|
|
20
|
-
|
|
21
|
-
Use **TaskList** to get current task status.
|
|
22
|
-
|
|
23
|
-
**Always execute tasks via subagents** to keep the main context window clean. Launch up to 6 subagents in parallel for unblocked tasks.
|
|
24
|
-
|
|
25
|
-
For each pending, unblocked task (filter by `metadata.project` = `<project-name>`):
|
|
26
|
-
|
|
27
|
-
1. Use **TaskUpdate** to mark it `in_progress`
|
|
28
|
-
2. Use **TaskGet** to retrieve full task details
|
|
29
|
-
3. Complete the task following the instructions in its description
|
|
30
|
-
4. Run the verification command and confirm expected output
|
|
31
|
-
5. If verification passes, use **TaskUpdate** to mark it `completed`
|
|
32
|
-
6. If verification fails, keep task `in_progress` and report the failure
|
|
33
|
-
7. Check **TaskList** for newly unblocked tasks
|
|
34
|
-
|
|
35
|
-
Continue until all tasks are completed.
|
|
36
|
-
|
|
37
|
-
## Complete
|
|
38
|
-
|
|
39
|
-
Use **TaskList** to generate a summary showing:
|
|
40
|
-
- Total tasks completed
|
|
41
|
-
- Any tasks that failed or remain in progress
|
|
42
|
-
|
|
43
|
-
After completing this phase, tell the user: "To continue, run `/project-review $ARGUMENTS`"
|