@boopkit/cap-workflows 0.2.0 → 0.2.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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@boopkit/cap-workflows",
3
- "version": "0.2.0",
3
+ "version": "0.2.1",
4
4
  "description": "Reusable end-to-end development and writing workflows for AI agents",
5
5
  "files": [
6
6
  "skills/",
@@ -4,6 +4,10 @@ description: "When you need to judge whether an area of shipped code is structur
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Architecture audit workflow — judge an area's structural health, and find the debt a named change would actually hit.
9
13
 
@@ -4,6 +4,10 @@ description: "When the operator hands off a design package (a README plus a drop
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Design-handoff workflow — turn a design package into shipped, reviewed code.
9
13
 
@@ -4,6 +4,11 @@ description: "When you are tasked with building a feature end-to-end, follow thi
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
11
+
7
12
  # Workflow for building features.
8
13
  When you are tasked with building a feature end-to-end, follow this guidance.
9
14
 
@@ -4,6 +4,10 @@ description: "When the bd queue has accumulated a noisy backlog of lingering P1/
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Issue sweep workflow — clear lingering backlog noise without spending the operator's judgment.
9
13
 
@@ -4,6 +4,11 @@ description: "When you need to integrate new knowledge from a set of specs or co
4
4
  metadata:
5
5
  category: docs
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
11
+
7
12
  # Knowledge Backfill
8
13
 
9
14
  **a. Integrate into reference:**
@@ -4,6 +4,10 @@ description: "When you are extending an existing system (front-end, back-end, or
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Light dev workflow — goal-grounded extension of an existing system.
9
13
 
@@ -4,6 +4,10 @@ description: "When you need to change a contract, cardinality, or shape that exi
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Workflow for refactoring to enable a feature
9
13
 
@@ -4,6 +4,10 @@ description: "When an autonomous run (a loop, a sweep, a sub-agent session) has
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Stray disposition — settle what a run filed before you call it done
9
13
 
@@ -4,6 +4,10 @@ description: "Use when a set of tests is not testing the purpose of the code: mo
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
7
11
 
8
12
  # Test audit workflow — cut the tests that cannot go red, and re-level the rest.
9
13
 
@@ -4,6 +4,11 @@ description: "When you are tasked with implementing website changes end-to-end (
4
4
  metadata:
5
5
  category: workflow
6
6
  ---
7
+ > **Read `PROJECT.md`, beside this file, first.**
8
+ > It records how this project applies the guidance below, and where it deliberately differs.
9
+ > Where the two conflict, `PROJECT.md` wins.
10
+ > Record project-specific rules there, never in this file.
11
+
7
12
  # Workflow for building website changes.
8
13
 
9
14
  This is the **website sibling** of [`boop-feature-dev-workflow`](../boop-feature-dev-workflow/SKILL.md) — same step-by-step flow, same beads-issue structure, customized for marketing-site work (new pages, page rewrites, IA changes, content/CTA updates).