harness-everything 0.2.1 → 0.2.2
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/README.md +1 -1
- package/build-multi-agent-system/SKILL.md +68 -68
- package/create-agent-launcher/SKILL.md +48 -48
- package/docs/architecture.md +2 -2
- package/docs/workflows/build-multi-agent-system.md +62 -62
- package/docs/workflows/create-agent-launcher.md +62 -62
- package/docs/workflows/environment-detection.md +63 -63
- package/docs/workflows/eval-harness.md +57 -57
- package/docs/workflows/fable-discipline.md +59 -59
- package/docs/workflows/fable-mode.md +32 -32
- package/docs/workflows/git-commit.md +62 -62
- package/docs/workflows/grill-me.md +62 -62
- package/docs/workflows/grill-with-docs.md +62 -62
- package/docs/workflows/improve-codebase-architecture.md +60 -60
- package/docs/workflows/repo-docs.md +59 -59
- package/docs/workflows/rewrite-commits.md +60 -60
- package/docs/workflows/security-review.md +58 -58
- package/docs/workflows/self-evolve.md +59 -59
- package/docs/workflows/tdd.md +39 -39
- package/docs/workflows/todo-driven-workflow.md +36 -36
- package/docs/workflows/using-git-worktrees.md +63 -63
- package/docs/workflows/verification-loop.md +69 -69
- package/docs/workflows/verify-before-claim.md +60 -60
- package/docs/workflows/zoom-out.md +62 -62
- package/environment-detection/SKILL.md +77 -77
- package/eval-framework/behavioral-test.js +105 -105
- package/eval-framework/mechanism-test.js +251 -251
- package/eval-harness/SKILL.md +59 -59
- package/fable-discipline/SKILL.md +38 -38
- package/fable-mode/SKILL.md +51 -51
- package/git-commit/SKILL.md +55 -55
- package/grill-me/SKILL.md +36 -36
- package/grill-with-docs/SKILL.md +99 -99
- package/harness-everything/SKILL.md +141 -141
- package/harness-everything/examples/README.md +9 -9
- package/harness-everything/examples/todo-workflow.md +22 -22
- package/harness-everything/scripts/todo-cli.js +157 -157
- package/harness-everything/scripts/verify-gate.js +31 -31
- package/hooks/scripts/atomic-commit-check.js +68 -68
- package/hooks/scripts/context-compact.js +114 -114
- package/hooks/scripts/lib/platforms/claude.js +132 -42
- package/hooks/scripts/lib/platforms/codex.js +96 -46
- package/hooks/scripts/lib/platforms/continue.js +73 -41
- package/hooks/scripts/lib/platforms/copilot.js +91 -41
- package/hooks/scripts/lib/platforms/cursor.js +71 -41
- package/hooks/scripts/lib/platforms/hermes.js +25 -0
- package/hooks/scripts/rule-of-3.js +176 -176
- package/improve-codebase-architecture/SKILL.md +44 -44
- package/install-cognitive-os/SKILL.md +95 -95
- package/package.json +1 -1
- package/repo-docs/SKILL.md +45 -45
- package/rewrite-commits/SKILL.md +32 -32
- package/scripts/installer.js +57 -200
- package/scripts/lib/advisory-text.js +163 -163
- package/scripts/lib/claude-hooks.js +71 -71
- package/scripts/lib/manifest.js +82 -82
- package/scripts/lib/prompts.js +241 -241
- package/scripts/lib/skills.js +174 -172
- package/scripts/lib/workspace.js +28 -28
- package/security-review/SKILL.md +510 -510
- package/self-evolve/SKILL.md +54 -54
- package/skill-creator/SKILL.md +91 -91
- package/skill-creator/references/testing-workflow.md +32 -32
- package/skill-style/SKILL.md +48 -48
- package/tdd/SKILL.md +53 -53
- package/todo-driven-workflow/SKILL.md +54 -54
- package/using-git-worktrees/SKILL.md +161 -161
- package/verification-loop/SKILL.md +138 -138
- package/verify-before-claim/SKILL.md +86 -86
- package/zoom-out/SKILL.md +90 -90
|
@@ -1,62 +1,62 @@
|
|
|
1
|
-
# Workflow: Grill Me
|
|
2
|
-
|
|
3
|
-
> Relentless Challenger interview process that stress-tests architectural plans, highlights hidden assumptions, and demands explicit edge-case handling.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## 1. Skill Behavior Workflow
|
|
8
|
-
|
|
9
|
-
This section visualizes how the `grill-me` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
-
|
|
11
|
-
```mermaid
|
|
12
|
-
graph TD
|
|
13
|
-
Start([Developer Proposes Plan]) --> IntroduceChallenger["Introduce 'Challenger' adversarial persona"]
|
|
14
|
-
IntroduceChallenger --> ProbeAssumptions["Analyze proposal and probe soft/mocked points"]
|
|
15
|
-
ProbeAssumptions --> AskHardQuestions["Ask 3-5 aggressive, non-trivial stress-testing questions"]
|
|
16
|
-
AskHardQuestions --> ReceiveAnswers["Developer provides details & arguments"]
|
|
17
|
-
ReceiveAnswers --> ValidateResilience{Answers robust & handle failures?}
|
|
18
|
-
ValidateResilience -->|No| GrillDeeper["Grill deeper on specific vulnerabilities"]
|
|
19
|
-
ValidateResilience -->|Yes| DistillDecisions["Distill final agreed design decisions"]
|
|
20
|
-
GrillDeeper --> ReceiveAnswers
|
|
21
|
-
DistillDecisions --> End([Proposal approved and hardened against failures])
|
|
22
|
-
```
|
|
23
|
-
|
|
24
|
-
---
|
|
25
|
-
|
|
26
|
-
## 2. Triggering and Routing Path
|
|
27
|
-
|
|
28
|
-
This diagram illustrates how the `grill-me` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
29
|
-
|
|
30
|
-
```mermaid
|
|
31
|
-
graph LR
|
|
32
|
-
Router["harness-everything / tier-router.js"] -->|Keyword: grill / debate / plan| GrillMe["grill-me / SKILL.md"]
|
|
33
|
-
GrillMe -->|Writes final hardened agreements into| GWD["grill-with-docs / SKILL.md"]
|
|
34
|
-
GrillMe -->|Directs macro execution strategies of| Fable["fable-mode / SKILL.md"]
|
|
35
|
-
```
|
|
36
|
-
|
|
37
|
-
---
|
|
38
|
-
|
|
39
|
-
## 3. Real-World Use Case Flowchart
|
|
40
|
-
|
|
41
|
-
Here we model concrete real-world scenarios and use cases of the `grill-me` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
42
|
-
|
|
43
|
-
```mermaid
|
|
44
|
-
graph TD
|
|
45
|
-
Start["Proposal: 'I will write a fast cron job to sync database tables directly'"] --> Trigger["grill-me skill activated"]
|
|
46
|
-
Trigger --> Challenger["Challenger SRE: 'What happens if the cron script fails mid-sync? Will there be database lock contention? How do we prevent partial/corrupt states?'"]
|
|
47
|
-
Challenger --> Answer1["Dev: 'I'll add database transaction wraps and skip locks'"]
|
|
48
|
-
Answer1 --> Challenger2["Challenger: 'How will we monitor and alert if locks are skipped repeatedly?'"]
|
|
49
|
-
Challenger2 --> Answer2["Dev: 'I'll add structured logging and trigger a standard Slack web-hook alerting'"]
|
|
50
|
-
Answer2 --> Approve["Challenger: 'Excellent. Let's record these lock-skip alerts as mandatory requirements.'"]
|
|
51
|
-
Approve --> Done([Plan hardened and logged])
|
|
52
|
-
```
|
|
53
|
-
|
|
54
|
-
---
|
|
55
|
-
|
|
56
|
-
## 4. Verification Check
|
|
57
|
-
|
|
58
|
-
To ensure that the `grill-me` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
59
|
-
|
|
60
|
-
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
61
|
-
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
62
|
-
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
1
|
+
# Workflow: Grill Me
|
|
2
|
+
|
|
3
|
+
> Relentless Challenger interview process that stress-tests architectural plans, highlights hidden assumptions, and demands explicit edge-case handling.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Skill Behavior Workflow
|
|
8
|
+
|
|
9
|
+
This section visualizes how the `grill-me` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
+
|
|
11
|
+
```mermaid
|
|
12
|
+
graph TD
|
|
13
|
+
Start([Developer Proposes Plan]) --> IntroduceChallenger["Introduce 'Challenger' adversarial persona"]
|
|
14
|
+
IntroduceChallenger --> ProbeAssumptions["Analyze proposal and probe soft/mocked points"]
|
|
15
|
+
ProbeAssumptions --> AskHardQuestions["Ask 3-5 aggressive, non-trivial stress-testing questions"]
|
|
16
|
+
AskHardQuestions --> ReceiveAnswers["Developer provides details & arguments"]
|
|
17
|
+
ReceiveAnswers --> ValidateResilience{Answers robust & handle failures?}
|
|
18
|
+
ValidateResilience -->|No| GrillDeeper["Grill deeper on specific vulnerabilities"]
|
|
19
|
+
ValidateResilience -->|Yes| DistillDecisions["Distill final agreed design decisions"]
|
|
20
|
+
GrillDeeper --> ReceiveAnswers
|
|
21
|
+
DistillDecisions --> End([Proposal approved and hardened against failures])
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## 2. Triggering and Routing Path
|
|
27
|
+
|
|
28
|
+
This diagram illustrates how the `grill-me` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
29
|
+
|
|
30
|
+
```mermaid
|
|
31
|
+
graph LR
|
|
32
|
+
Router["harness-everything / tier-router.js"] -->|Keyword: grill / debate / plan| GrillMe["grill-me / SKILL.md"]
|
|
33
|
+
GrillMe -->|Writes final hardened agreements into| GWD["grill-with-docs / SKILL.md"]
|
|
34
|
+
GrillMe -->|Directs macro execution strategies of| Fable["fable-mode / SKILL.md"]
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 3. Real-World Use Case Flowchart
|
|
40
|
+
|
|
41
|
+
Here we model concrete real-world scenarios and use cases of the `grill-me` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
42
|
+
|
|
43
|
+
```mermaid
|
|
44
|
+
graph TD
|
|
45
|
+
Start["Proposal: 'I will write a fast cron job to sync database tables directly'"] --> Trigger["grill-me skill activated"]
|
|
46
|
+
Trigger --> Challenger["Challenger SRE: 'What happens if the cron script fails mid-sync? Will there be database lock contention? How do we prevent partial/corrupt states?'"]
|
|
47
|
+
Challenger --> Answer1["Dev: 'I'll add database transaction wraps and skip locks'"]
|
|
48
|
+
Answer1 --> Challenger2["Challenger: 'How will we monitor and alert if locks are skipped repeatedly?'"]
|
|
49
|
+
Challenger2 --> Answer2["Dev: 'I'll add structured logging and trigger a standard Slack web-hook alerting'"]
|
|
50
|
+
Answer2 --> Approve["Challenger: 'Excellent. Let's record these lock-skip alerts as mandatory requirements.'"]
|
|
51
|
+
Approve --> Done([Plan hardened and logged])
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
## 4. Verification Check
|
|
57
|
+
|
|
58
|
+
To ensure that the `grill-me` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
59
|
+
|
|
60
|
+
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
61
|
+
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
62
|
+
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
@@ -1,62 +1,62 @@
|
|
|
1
|
-
# Workflow: Grill with Docs
|
|
2
|
-
|
|
3
|
-
> Decision tracking, Glossary alignment, and ADR-driven (Architecture Decision Record) grilling to eliminate technical drift between code and documentation.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## 1. Skill Behavior Workflow
|
|
8
|
-
|
|
9
|
-
This section visualizes how the `grill-with-docs` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
-
|
|
11
|
-
```mermaid
|
|
12
|
-
graph TD
|
|
13
|
-
Start([Plan Proposed against Domain]) --> ReadDomainModel["Read CONTEXT.md and existing ADRs"]
|
|
14
|
-
ReadDomainModel --> ChallengeDrift["Examine plan for term drift or architectural violations"]
|
|
15
|
-
ChallengeDrift --> UpdateGlossary["Refine and match terminology with current Glossary"]
|
|
16
|
-
UpdateGlossary --> DraftADR["Draft formal Architecture Decision Record in ADR format"]
|
|
17
|
-
DraftADR --> StressTestADR["Stress-test ADR against error boundaries and fail-safes"]
|
|
18
|
-
StressTestADR --> WriteDocs["Commit ADR to docs/adr/ and update CONTEXT.md"]
|
|
19
|
-
WriteDocs --> InjectTodos["Inject critical TODO: [CRITICAL BUG FIX] tags into corresponding code"]
|
|
20
|
-
InjectTodos --> End([Code and documentation are perfectly aligned])
|
|
21
|
-
```
|
|
22
|
-
|
|
23
|
-
---
|
|
24
|
-
|
|
25
|
-
## 2. Triggering and Routing Path
|
|
26
|
-
|
|
27
|
-
This diagram illustrates how the `grill-with-docs` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
28
|
-
|
|
29
|
-
```mermaid
|
|
30
|
-
graph LR
|
|
31
|
-
Router["harness-everything / tier-router.js"] -->|Keyword: adr / decision / glossary| GWD["grill-with-docs / SKILL.md"]
|
|
32
|
-
GWD -->|Coordinates stress-tests using| GrillMe["grill-me / SKILL.md"]
|
|
33
|
-
GWD -->|Aligns documentation during macro work in| Fable["fable-mode / SKILL.md"]
|
|
34
|
-
GWD -->|Triggers todo tasks tracked by| Todo["todo-driven-workflow / SKILL.md"]
|
|
35
|
-
```
|
|
36
|
-
|
|
37
|
-
---
|
|
38
|
-
|
|
39
|
-
## 3. Real-World Use Case Flowchart
|
|
40
|
-
|
|
41
|
-
Here we model concrete real-world scenarios and use cases of the `grill-with-docs` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
42
|
-
|
|
43
|
-
```mermaid
|
|
44
|
-
graph TD
|
|
45
|
-
Start["Requirement: Change notification retry rate limits"] --> Trigger["grill-with-docs skill invoked"]
|
|
46
|
-
Trigger --> ReadDocs["Analyzes docs/adr/003-rate-limiting.md"]
|
|
47
|
-
ReadDocs --> CheckDrift["Finds that proposed change violates the maximum overload protection limit"]
|
|
48
|
-
CheckDrift --> RefinePlan["Plan updated to stay within the 003-rate-limiting contract"]
|
|
49
|
-
RefinePlan --> CreateADR["Create docs/adr/008-notification-retries.md"]
|
|
50
|
-
CreateADR --> SyncCode["Modify code and inject aligned TODO tags directly in code to maintain truth"]
|
|
51
|
-
SyncCode --> Done([Zero architectural drift achieved])
|
|
52
|
-
```
|
|
53
|
-
|
|
54
|
-
---
|
|
55
|
-
|
|
56
|
-
## 4. Verification Check
|
|
57
|
-
|
|
58
|
-
To ensure that the `grill-with-docs` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
59
|
-
|
|
60
|
-
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
61
|
-
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
62
|
-
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
1
|
+
# Workflow: Grill with Docs
|
|
2
|
+
|
|
3
|
+
> Decision tracking, Glossary alignment, and ADR-driven (Architecture Decision Record) grilling to eliminate technical drift between code and documentation.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Skill Behavior Workflow
|
|
8
|
+
|
|
9
|
+
This section visualizes how the `grill-with-docs` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
+
|
|
11
|
+
```mermaid
|
|
12
|
+
graph TD
|
|
13
|
+
Start([Plan Proposed against Domain]) --> ReadDomainModel["Read CONTEXT.md and existing ADRs"]
|
|
14
|
+
ReadDomainModel --> ChallengeDrift["Examine plan for term drift or architectural violations"]
|
|
15
|
+
ChallengeDrift --> UpdateGlossary["Refine and match terminology with current Glossary"]
|
|
16
|
+
UpdateGlossary --> DraftADR["Draft formal Architecture Decision Record in ADR format"]
|
|
17
|
+
DraftADR --> StressTestADR["Stress-test ADR against error boundaries and fail-safes"]
|
|
18
|
+
StressTestADR --> WriteDocs["Commit ADR to docs/adr/ and update CONTEXT.md"]
|
|
19
|
+
WriteDocs --> InjectTodos["Inject critical TODO: [CRITICAL BUG FIX] tags into corresponding code"]
|
|
20
|
+
InjectTodos --> End([Code and documentation are perfectly aligned])
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## 2. Triggering and Routing Path
|
|
26
|
+
|
|
27
|
+
This diagram illustrates how the `grill-with-docs` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
28
|
+
|
|
29
|
+
```mermaid
|
|
30
|
+
graph LR
|
|
31
|
+
Router["harness-everything / tier-router.js"] -->|Keyword: adr / decision / glossary| GWD["grill-with-docs / SKILL.md"]
|
|
32
|
+
GWD -->|Coordinates stress-tests using| GrillMe["grill-me / SKILL.md"]
|
|
33
|
+
GWD -->|Aligns documentation during macro work in| Fable["fable-mode / SKILL.md"]
|
|
34
|
+
GWD -->|Triggers todo tasks tracked by| Todo["todo-driven-workflow / SKILL.md"]
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 3. Real-World Use Case Flowchart
|
|
40
|
+
|
|
41
|
+
Here we model concrete real-world scenarios and use cases of the `grill-with-docs` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
42
|
+
|
|
43
|
+
```mermaid
|
|
44
|
+
graph TD
|
|
45
|
+
Start["Requirement: Change notification retry rate limits"] --> Trigger["grill-with-docs skill invoked"]
|
|
46
|
+
Trigger --> ReadDocs["Analyzes docs/adr/003-rate-limiting.md"]
|
|
47
|
+
ReadDocs --> CheckDrift["Finds that proposed change violates the maximum overload protection limit"]
|
|
48
|
+
CheckDrift --> RefinePlan["Plan updated to stay within the 003-rate-limiting contract"]
|
|
49
|
+
RefinePlan --> CreateADR["Create docs/adr/008-notification-retries.md"]
|
|
50
|
+
CreateADR --> SyncCode["Modify code and inject aligned TODO tags directly in code to maintain truth"]
|
|
51
|
+
SyncCode --> Done([Zero architectural drift achieved])
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
## 4. Verification Check
|
|
57
|
+
|
|
58
|
+
To ensure that the `grill-with-docs` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
59
|
+
|
|
60
|
+
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
61
|
+
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
62
|
+
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
@@ -1,60 +1,60 @@
|
|
|
1
|
-
# Workflow: Improve Codebase Architecture
|
|
2
|
-
|
|
3
|
-
> Finds deepening opportunities in the codebase, consolidating tightly-coupled modules and mapping dependencies visually using Mermaid diagram reports.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## 1. Skill Behavior Workflow
|
|
8
|
-
|
|
9
|
-
This section visualizes how the `improve-codebase-architecture` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
-
|
|
11
|
-
```mermaid
|
|
12
|
-
graph TD
|
|
13
|
-
Start([Audit Request / Refactoring]) --> ScanDirectories["Scan code directories for coupling"]
|
|
14
|
-
ScanDirectories --> IdentifyTightlyCoupled["Locate highly coupled modules / wide files"]
|
|
15
|
-
IdentifyTightlyCoupled --> DeepModuleTest["Analyze modules against Deep Module Design rules"]
|
|
16
|
-
DeepModuleTest --> DefineSeams["Identify clean seams & write interface abstractions"]
|
|
17
|
-
DefineSeams --> GenMermaidReport["Generate visual HTML / Mermaid codebase dependency map"]
|
|
18
|
-
GenMermaidReport --> ProposeDecomposition["Formulate restructuring and extraction proposal"]
|
|
19
|
-
ProposeDecomposition --> End([Actionable refactoring strategy compiled])
|
|
20
|
-
```
|
|
21
|
-
|
|
22
|
-
---
|
|
23
|
-
|
|
24
|
-
## 2. Triggering and Routing Path
|
|
25
|
-
|
|
26
|
-
This diagram illustrates how the `improve-codebase-architecture` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
27
|
-
|
|
28
|
-
```mermaid
|
|
29
|
-
graph LR
|
|
30
|
-
Router["harness-everything / tier-router.js"] -->|Keyword: refactor / architecture / couple| ICA["improve-codebase-architecture / SKILL.md"]
|
|
31
|
-
ICA -->|Deductions challenged by SRE via| GrillMe["grill-me / SKILL.md"]
|
|
32
|
-
ICA -->|Guides large-scale structural rewrites in| Fable["fable-mode / SKILL.md"]
|
|
33
|
-
ICA -->|Extracts interfaces to simplify unit tests in| TDD["tdd / SKILL.md"]
|
|
34
|
-
```
|
|
35
|
-
|
|
36
|
-
---
|
|
37
|
-
|
|
38
|
-
## 3. Real-World Use Case Flowchart
|
|
39
|
-
|
|
40
|
-
Here we model concrete real-world scenarios and use cases of the `improve-codebase-architecture` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
41
|
-
|
|
42
|
-
```mermaid
|
|
43
|
-
graph TD
|
|
44
|
-
Start["Monolithic file 'utils.js' handles email, token creation, DB pooling, and logging"] --> Trigger["improve-codebase-architecture skill analyzed"]
|
|
45
|
-
Trigger --> Audit["Analyzes dependency graphs and calculates coupling scores"]
|
|
46
|
-
Audit --> FindSeams["Identifies three distinct interfaces: IEmailService, ITokener, IDbPool"]
|
|
47
|
-
FindSeams --> GenMermaid["Output detailed Mermaid diagram visualizing the proposed separated structure"]
|
|
48
|
-
GenMermaid --> RefactorPlan["Drafts multi-stage module extraction plan"]
|
|
49
|
-
RefactorPlan --> Done([Clear, modular architectural blueprint established])
|
|
50
|
-
```
|
|
51
|
-
|
|
52
|
-
---
|
|
53
|
-
|
|
54
|
-
## 4. Verification Check
|
|
55
|
-
|
|
56
|
-
To ensure that the `improve-codebase-architecture` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
57
|
-
|
|
58
|
-
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
59
|
-
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
60
|
-
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
1
|
+
# Workflow: Improve Codebase Architecture
|
|
2
|
+
|
|
3
|
+
> Finds deepening opportunities in the codebase, consolidating tightly-coupled modules and mapping dependencies visually using Mermaid diagram reports.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Skill Behavior Workflow
|
|
8
|
+
|
|
9
|
+
This section visualizes how the `improve-codebase-architecture` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
+
|
|
11
|
+
```mermaid
|
|
12
|
+
graph TD
|
|
13
|
+
Start([Audit Request / Refactoring]) --> ScanDirectories["Scan code directories for coupling"]
|
|
14
|
+
ScanDirectories --> IdentifyTightlyCoupled["Locate highly coupled modules / wide files"]
|
|
15
|
+
IdentifyTightlyCoupled --> DeepModuleTest["Analyze modules against Deep Module Design rules"]
|
|
16
|
+
DeepModuleTest --> DefineSeams["Identify clean seams & write interface abstractions"]
|
|
17
|
+
DefineSeams --> GenMermaidReport["Generate visual HTML / Mermaid codebase dependency map"]
|
|
18
|
+
GenMermaidReport --> ProposeDecomposition["Formulate restructuring and extraction proposal"]
|
|
19
|
+
ProposeDecomposition --> End([Actionable refactoring strategy compiled])
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
## 2. Triggering and Routing Path
|
|
25
|
+
|
|
26
|
+
This diagram illustrates how the `improve-codebase-architecture` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
27
|
+
|
|
28
|
+
```mermaid
|
|
29
|
+
graph LR
|
|
30
|
+
Router["harness-everything / tier-router.js"] -->|Keyword: refactor / architecture / couple| ICA["improve-codebase-architecture / SKILL.md"]
|
|
31
|
+
ICA -->|Deductions challenged by SRE via| GrillMe["grill-me / SKILL.md"]
|
|
32
|
+
ICA -->|Guides large-scale structural rewrites in| Fable["fable-mode / SKILL.md"]
|
|
33
|
+
ICA -->|Extracts interfaces to simplify unit tests in| TDD["tdd / SKILL.md"]
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## 3. Real-World Use Case Flowchart
|
|
39
|
+
|
|
40
|
+
Here we model concrete real-world scenarios and use cases of the `improve-codebase-architecture` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
41
|
+
|
|
42
|
+
```mermaid
|
|
43
|
+
graph TD
|
|
44
|
+
Start["Monolithic file 'utils.js' handles email, token creation, DB pooling, and logging"] --> Trigger["improve-codebase-architecture skill analyzed"]
|
|
45
|
+
Trigger --> Audit["Analyzes dependency graphs and calculates coupling scores"]
|
|
46
|
+
Audit --> FindSeams["Identifies three distinct interfaces: IEmailService, ITokener, IDbPool"]
|
|
47
|
+
FindSeams --> GenMermaid["Output detailed Mermaid diagram visualizing the proposed separated structure"]
|
|
48
|
+
GenMermaid --> RefactorPlan["Drafts multi-stage module extraction plan"]
|
|
49
|
+
RefactorPlan --> Done([Clear, modular architectural blueprint established])
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
---
|
|
53
|
+
|
|
54
|
+
## 4. Verification Check
|
|
55
|
+
|
|
56
|
+
To ensure that the `improve-codebase-architecture` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
57
|
+
|
|
58
|
+
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
59
|
+
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
60
|
+
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
@@ -1,59 +1,59 @@
|
|
|
1
|
-
# Workflow: Repo Docs
|
|
2
|
-
|
|
3
|
-
> Generates high-quality, professional README.md and AGENTS.md files based on actual workspace structures and product-archetype templates.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## 1. Skill Behavior Workflow
|
|
8
|
-
|
|
9
|
-
This section visualizes how the `repo-docs` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
-
|
|
11
|
-
```mermaid
|
|
12
|
-
graph TD
|
|
13
|
-
Start([Generate Repository Docs]) --> AuditProjectStructure["Audit workspace directory tree"]
|
|
14
|
-
AuditProjectStructure --> ClassifyProductArchetype["Classify repository archetype: tool, library, platform"]
|
|
15
|
-
ClassifyProductArchetype --> LoadTemplates["Load standard README and AGENTS templates"]
|
|
16
|
-
LoadTemplates --> InjectCustomStructure["Populate files with actual paths, licenses, and badges"]
|
|
17
|
-
InjectCustomStructure --> FormatMarkdown["Format documents following clean layout rules"]
|
|
18
|
-
FormatMarkdown --> WriteFiles["Commit README.md and AGENTS.md to workspace root"]
|
|
19
|
-
WriteFiles --> End([Professional onboarding documentation created])
|
|
20
|
-
```
|
|
21
|
-
|
|
22
|
-
---
|
|
23
|
-
|
|
24
|
-
## 2. Triggering and Routing Path
|
|
25
|
-
|
|
26
|
-
This diagram illustrates how the `repo-docs` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
27
|
-
|
|
28
|
-
```mermaid
|
|
29
|
-
graph LR
|
|
30
|
-
Router["harness-everything / tier-router.js"] -->|Keyword: doc / readme / agents-template| RepoDocs["repo-docs / SKILL.md"]
|
|
31
|
-
RepoDocs -->|Integrates frontmatter constraints into| BMAS["build-multi-agent-system / SKILL.md"]
|
|
32
|
-
RepoDocs -->|Leverages ADR details generated in| GWD["grill-with-docs / SKILL.md"]
|
|
33
|
-
```
|
|
34
|
-
|
|
35
|
-
---
|
|
36
|
-
|
|
37
|
-
## 3. Real-World Use Case Flowchart
|
|
38
|
-
|
|
39
|
-
Here we model concrete real-world scenarios and use cases of the `repo-docs` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
40
|
-
|
|
41
|
-
```mermaid
|
|
42
|
-
graph TD
|
|
43
|
-
Start["New library lacks onboarding docs and setup details"] --> Trigger["repo-docs skill invoked"]
|
|
44
|
-
Trigger --> Scan["Scans folders: discovers it's a TypeScript utility package"]
|
|
45
|
-
Scan --> MatchTemplate["Loads library archetype README template"]
|
|
46
|
-
MatchTemplate --> GenDocs["Outputs README.md with TypeScript usage examples, badges, and structure"]
|
|
47
|
-
GenDocs --> GenOnboarding["Outputs AGENTS.md defining the developer agent rules for the repo"]
|
|
48
|
-
GenOnboarding --> Done([Clean, standardized documentation committed])
|
|
49
|
-
```
|
|
50
|
-
|
|
51
|
-
---
|
|
52
|
-
|
|
53
|
-
## 4. Verification Check
|
|
54
|
-
|
|
55
|
-
To ensure that the `repo-docs` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
56
|
-
|
|
57
|
-
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
58
|
-
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
59
|
-
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
1
|
+
# Workflow: Repo Docs
|
|
2
|
+
|
|
3
|
+
> Generates high-quality, professional README.md and AGENTS.md files based on actual workspace structures and product-archetype templates.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Skill Behavior Workflow
|
|
8
|
+
|
|
9
|
+
This section visualizes how the `repo-docs` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
+
|
|
11
|
+
```mermaid
|
|
12
|
+
graph TD
|
|
13
|
+
Start([Generate Repository Docs]) --> AuditProjectStructure["Audit workspace directory tree"]
|
|
14
|
+
AuditProjectStructure --> ClassifyProductArchetype["Classify repository archetype: tool, library, platform"]
|
|
15
|
+
ClassifyProductArchetype --> LoadTemplates["Load standard README and AGENTS templates"]
|
|
16
|
+
LoadTemplates --> InjectCustomStructure["Populate files with actual paths, licenses, and badges"]
|
|
17
|
+
InjectCustomStructure --> FormatMarkdown["Format documents following clean layout rules"]
|
|
18
|
+
FormatMarkdown --> WriteFiles["Commit README.md and AGENTS.md to workspace root"]
|
|
19
|
+
WriteFiles --> End([Professional onboarding documentation created])
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
## 2. Triggering and Routing Path
|
|
25
|
+
|
|
26
|
+
This diagram illustrates how the `repo-docs` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
27
|
+
|
|
28
|
+
```mermaid
|
|
29
|
+
graph LR
|
|
30
|
+
Router["harness-everything / tier-router.js"] -->|Keyword: doc / readme / agents-template| RepoDocs["repo-docs / SKILL.md"]
|
|
31
|
+
RepoDocs -->|Integrates frontmatter constraints into| BMAS["build-multi-agent-system / SKILL.md"]
|
|
32
|
+
RepoDocs -->|Leverages ADR details generated in| GWD["grill-with-docs / SKILL.md"]
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## 3. Real-World Use Case Flowchart
|
|
38
|
+
|
|
39
|
+
Here we model concrete real-world scenarios and use cases of the `repo-docs` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
40
|
+
|
|
41
|
+
```mermaid
|
|
42
|
+
graph TD
|
|
43
|
+
Start["New library lacks onboarding docs and setup details"] --> Trigger["repo-docs skill invoked"]
|
|
44
|
+
Trigger --> Scan["Scans folders: discovers it's a TypeScript utility package"]
|
|
45
|
+
Scan --> MatchTemplate["Loads library archetype README template"]
|
|
46
|
+
MatchTemplate --> GenDocs["Outputs README.md with TypeScript usage examples, badges, and structure"]
|
|
47
|
+
GenDocs --> GenOnboarding["Outputs AGENTS.md defining the developer agent rules for the repo"]
|
|
48
|
+
GenOnboarding --> Done([Clean, standardized documentation committed])
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
---
|
|
52
|
+
|
|
53
|
+
## 4. Verification Check
|
|
54
|
+
|
|
55
|
+
To ensure that the `repo-docs` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
56
|
+
|
|
57
|
+
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
58
|
+
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
59
|
+
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
@@ -1,60 +1,60 @@
|
|
|
1
|
-
# Workflow: Rewrite Commits
|
|
2
|
-
|
|
3
|
-
> Safely rewrites or squashes a specified range of commits into highly professional, Conventional Commits (Angular style) on a new branch.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## 1. Skill Behavior Workflow
|
|
8
|
-
|
|
9
|
-
This section visualizes how the `rewrite-commits` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
-
|
|
11
|
-
```mermaid
|
|
12
|
-
graph TD
|
|
13
|
-
Start([Define Commit Range]) --> BackupBranch["Create a backup branch of current state"]
|
|
14
|
-
BackupBranch --> ReadCommits["Read all commit messages in the range"]
|
|
15
|
-
ReadCommits --> AnalyzeDiffs["Read files & diffs associated with each commit"]
|
|
16
|
-
AnalyzeDiffs --> GenNewMessages["Generate high-quality Angular-style messages for each diff"]
|
|
17
|
-
GenNewMessages --> SoftReset["Execute git reset --soft to merge range changes"]
|
|
18
|
-
SoftReset --> ReapplyCommits["Re-apply changes with perfectly clean, segmented commit history"]
|
|
19
|
-
ReapplyCommits --> VerifyBranch["Run verification checks on the final rebuilt branch"]
|
|
20
|
-
VerifyBranch --> End([Perfectly clean Git history on new branch])
|
|
21
|
-
```
|
|
22
|
-
|
|
23
|
-
---
|
|
24
|
-
|
|
25
|
-
## 2. Triggering and Routing Path
|
|
26
|
-
|
|
27
|
-
This diagram illustrates how the `rewrite-commits` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
28
|
-
|
|
29
|
-
```mermaid
|
|
30
|
-
graph LR
|
|
31
|
-
Router["harness-everything / tier-router.js"] -->|Keyword: commit / rewrite / squash| Rewrite["rewrite-commits / SKILL.md"]
|
|
32
|
-
Rewrite -->|Supplements convention templates in| GitCommit["git-commit / SKILL.md"]
|
|
33
|
-
Rewrite -->|Pre-verify rewritten commits via| VerLoop["verification-loop / SKILL.md"]
|
|
34
|
-
```
|
|
35
|
-
|
|
36
|
-
---
|
|
37
|
-
|
|
38
|
-
## 3. Real-World Use Case Flowchart
|
|
39
|
-
|
|
40
|
-
Here we model concrete real-world scenarios and use cases of the `rewrite-commits` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
41
|
-
|
|
42
|
-
```mermaid
|
|
43
|
-
graph TD
|
|
44
|
-
Start["Branch has messy commits: 'fixed stuff', 'more fixes', 'bug'"] --> Trigger["Rewrite-commits skill run for HEAD~3"]
|
|
45
|
-
Trigger --> Backup["Backup branch 'backup-feature-x' created"]
|
|
46
|
-
Trigger --> GatherDiffs["Analyze total diff across the 3 messy commits"]
|
|
47
|
-
GatherDiffs --> Generate完美["Determine changes relate to user auth session handling"]
|
|
48
|
-
Generate完美 --> Rebuild["Reset and make 1 perfect commit: 'fix(auth): correct token refresh race condition'"]
|
|
49
|
-
Rebuild --> Done([Clean, reviewable PR history ready])
|
|
50
|
-
```
|
|
51
|
-
|
|
52
|
-
---
|
|
53
|
-
|
|
54
|
-
## 4. Verification Check
|
|
55
|
-
|
|
56
|
-
To ensure that the `rewrite-commits` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
57
|
-
|
|
58
|
-
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
59
|
-
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
60
|
-
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|
|
1
|
+
# Workflow: Rewrite Commits
|
|
2
|
+
|
|
3
|
+
> Safely rewrites or squashes a specified range of commits into highly professional, Conventional Commits (Angular style) on a new branch.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Skill Behavior Workflow
|
|
8
|
+
|
|
9
|
+
This section visualizes how the `rewrite-commits` skill executes internally, detailing the sequence of operations, state transitions, and evaluation steps.
|
|
10
|
+
|
|
11
|
+
```mermaid
|
|
12
|
+
graph TD
|
|
13
|
+
Start([Define Commit Range]) --> BackupBranch["Create a backup branch of current state"]
|
|
14
|
+
BackupBranch --> ReadCommits["Read all commit messages in the range"]
|
|
15
|
+
ReadCommits --> AnalyzeDiffs["Read files & diffs associated with each commit"]
|
|
16
|
+
AnalyzeDiffs --> GenNewMessages["Generate high-quality Angular-style messages for each diff"]
|
|
17
|
+
GenNewMessages --> SoftReset["Execute git reset --soft to merge range changes"]
|
|
18
|
+
SoftReset --> ReapplyCommits["Re-apply changes with perfectly clean, segmented commit history"]
|
|
19
|
+
ReapplyCommits --> VerifyBranch["Run verification checks on the final rebuilt branch"]
|
|
20
|
+
VerifyBranch --> End([Perfectly clean Git history on new branch])
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## 2. Triggering and Routing Path
|
|
26
|
+
|
|
27
|
+
This diagram illustrates how the `rewrite-commits` skill is triggered through user requests or developer actions, and how it integrates or chains together with other companion skills in the Harness OS ecosystem to form unified workflows.
|
|
28
|
+
|
|
29
|
+
```mermaid
|
|
30
|
+
graph LR
|
|
31
|
+
Router["harness-everything / tier-router.js"] -->|Keyword: commit / rewrite / squash| Rewrite["rewrite-commits / SKILL.md"]
|
|
32
|
+
Rewrite -->|Supplements convention templates in| GitCommit["git-commit / SKILL.md"]
|
|
33
|
+
Rewrite -->|Pre-verify rewritten commits via| VerLoop["verification-loop / SKILL.md"]
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## 3. Real-World Use Case Flowchart
|
|
39
|
+
|
|
40
|
+
Here we model concrete real-world scenarios and use cases of the `rewrite-commits` skill, illustrating standard success paths, error handling, or recovery loops.
|
|
41
|
+
|
|
42
|
+
```mermaid
|
|
43
|
+
graph TD
|
|
44
|
+
Start["Branch has messy commits: 'fixed stuff', 'more fixes', 'bug'"] --> Trigger["Rewrite-commits skill run for HEAD~3"]
|
|
45
|
+
Trigger --> Backup["Backup branch 'backup-feature-x' created"]
|
|
46
|
+
Trigger --> GatherDiffs["Analyze total diff across the 3 messy commits"]
|
|
47
|
+
GatherDiffs --> Generate完美["Determine changes relate to user auth session handling"]
|
|
48
|
+
Generate完美 --> Rebuild["Reset and make 1 perfect commit: 'fix(auth): correct token refresh race condition'"]
|
|
49
|
+
Rebuild --> Done([Clean, reviewable PR history ready])
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
---
|
|
53
|
+
|
|
54
|
+
## 4. Verification Check
|
|
55
|
+
|
|
56
|
+
To ensure that the `rewrite-commits` skill is operating in strict compliance with Harness OS design laws, verify the following:
|
|
57
|
+
|
|
58
|
+
- [ ] **Physical Boundary Verification**: The skill boundaries are respected and do not leak context.
|
|
59
|
+
- [ ] **State Checkpoint Verification**: The active state is established, validated, and recorded at the beginning and end of each execution branch.
|
|
60
|
+
- [ ] **Cognitive Alignment**: The skill conforms to the **Think > Try > Summarize > Record** cognitive loop.
|