aiblueprint-cli 1.4.108 → 1.4.109

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.
Files changed (33) hide show
  1. package/README.md +9 -0
  2. package/agents-config/claude-config/mods/agent4everything/.claude-plugin/plugin.json +5 -0
  3. package/agents-config/claude-config/mods/agent4everything/hooks/hooks.json +1 -0
  4. package/agents-config/claude-config/mods/agent4everything/hooks/register.ts +96 -0
  5. package/agents-config/claude-config/mods/aiblueprint/.claude-plugin/plugin.json +71 -0
  6. package/agents-config/claude-config/mods/aiblueprint/hooks/hooks.json +1 -0
  7. package/agents-config/claude-config/mods/aiblueprint/hooks/register.tsx +309 -0
  8. package/agents-config/claude-config/mods/aiblueprint/tests/band.test.tsx +74 -0
  9. package/agents-config/claude-config/mods/aiblueprint/types/index.d.ts +14 -0
  10. package/agents-config/claude-config/scripts/.claude/skills/fix-on-my-computer/SKILL.md +8 -74
  11. package/agents-config/claude-config/scripts/statusline/src/index.ts +1 -0
  12. package/agents-config/scripts/.claude/skills/fix-on-my-computer/SKILL.md +8 -74
  13. package/agents-config/scripts/statusline/src/index.ts +1 -0
  14. package/agents-config/skills/agents-manager/SKILL.md +15 -453
  15. package/agents-config/skills/apex/SKILL.md +14 -110
  16. package/agents-config/skills/app-icon/SKILL.md +22 -117
  17. package/agents-config/skills/appstore-connect/SKILL.md +22 -85
  18. package/agents-config/skills/audit-memories/SKILL.md +13 -139
  19. package/agents-config/skills/audit-skills/SKILL.md +6 -65
  20. package/agents-config/skills/environments-manager/SKILL.md +14 -238
  21. package/agents-config/skills/grill-me/SKILL.md +8 -22
  22. package/agents-config/skills/hooks-manager/SKILL.md +8 -54
  23. package/agents-config/skills/rules-manager/SKILL.md +11 -192
  24. package/agents-config/skills/skill-manager/SKILL.md +19 -158
  25. package/agents-config/skills/skill-manager/references/description-recommandation.md +15 -85
  26. package/agents-config/skills/test-audit/CAMPAIGN.md +117 -0
  27. package/agents-config/skills/test-audit/LICENSE +23 -0
  28. package/agents-config/skills/test-audit/SKILL.md +169 -0
  29. package/agents-config/skills/test-audit/agents/openai.yaml +10 -0
  30. package/agents-config/skills/test-audit/assets/codex-icon.svg +1 -0
  31. package/agents-config/skills/use-style/SKILL.md +8 -48
  32. package/dist/cli.js +115 -72
  33. package/package.json +1 -1
@@ -0,0 +1,23 @@
1
+ Adapted from https://github.com/openclaw/openclaw/tree/main/.agents/skills/test-audit
2
+
3
+ MIT License
4
+
5
+ Copyright (c) 2026 OpenClaw Foundation
6
+
7
+ Permission is hereby granted, free of charge, to any person obtaining a copy
8
+ of this software and associated documentation files (the "Software"), to deal
9
+ in the Software without restriction, including without limitation the rights
10
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
11
+ copies of the Software, and to permit persons to whom the Software is
12
+ furnished to do so, subject to the following conditions:
13
+
14
+ The above copyright notice and this permission notice shall be included in all
15
+ copies or substantial portions of the Software.
16
+
17
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
18
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
19
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
20
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
21
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
22
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
23
+ SOFTWARE.
@@ -0,0 +1,169 @@
1
+ ---
2
+ name: test-audit
3
+ description: "Invoke whenever writing, changing, reviewing, or sweeping tests. Authoring gate for new tests plus audit workflow for low-value, implementation-coupled, or duplicative tests and the test-only production seams they demand."
4
+ ---
5
+
6
+ # Test Audit
7
+
8
+ Three modes, one value bar. Authoring mode gates every new or changed test at
9
+ write time. Audit mode runs focused sweeps of tests that re-assert source,
10
+ duplicate stronger proof, couple behavior to implementation, or keep test-only
11
+ production seams alive. Continue broad audits as separate coherent follow-up
12
+ PRs; optimize for confidence, not deletion count. Campaign mode prunes one
13
+ whole subsystem's test surface (every test file a package, plugin, or core area
14
+ owns); before starting one, read [CAMPAIGN.md](CAMPAIGN.md).
15
+
16
+ ## Authoring gate
17
+
18
+ Before adding any test, answer four questions; a missing answer means do not
19
+ add it yet:
20
+
21
+ 1. What observable behavior, invariant, or independent contract does it protect?
22
+ 2. What credible regression makes it fail?
23
+ 3. Why does existing coverage not already catch that failure? Each contract has
24
+ one primary test owner at the strongest boundary; another layer needs its
25
+ own distinct risk, such as a transport or lifecycle failure the owner cannot
26
+ reach. Prefer extending a table-driven case or shared fixture over a
27
+ near-duplicate test; consolidate duplicated setup in the same change.
28
+ 4. Does it need a production seam (export, flag, wrapper, injection hook) that no
29
+ production caller needs? If yes, move the test to the real boundary instead.
30
+
31
+ Then check the test against every [junk pattern](#junk-patterns); a match fails
32
+ the gate unless the [retention bar](#retention-bar) names the contract it
33
+ independently guards. A test that would break under behavior-preserving
34
+ refactoring is asserting implementation, not behavior; rewrite it at the
35
+ owning boundary before landing it.
36
+
37
+ Bug regression tests must fail on the pre-fix code for the intended reason and
38
+ pass after the owner-boundary repair. A regression test that never demonstrably
39
+ failed proves the mock, not the fix. One regression at the owner boundary
40
+ covers the bug; do not replay the same scenario at every layer it crosses.
41
+
42
+ ## Junk patterns
43
+
44
+ The shared checklist for both modes: the authoring gate rejects a new test that
45
+ matches one, and audits hunt for existing tests that do.
46
+
47
+ - assertion-free coverage probes;
48
+ - self-comparisons and identity copiers;
49
+ - copied fixtures, inventories, manifests, or export lists;
50
+ - exact source, import, or string greps;
51
+ - private predicate or call-shape tests duplicated at real boundaries;
52
+ - duplicate invocations of the same contract;
53
+ - provider-local replays of shared helpers;
54
+ - tests whose only purpose is preserving test-only exports, globals, or wrappers;
55
+ - dead production code whose only callers are tests;
56
+ - expected values produced by the helper or renderer under test;
57
+ - mocks that implement the asserted behavior, or one identical mock standing in
58
+ for different APIs;
59
+ - fixtures that supply the receipt, admission, or callback ordering the owner
60
+ should produce, or persistence asserted against a store the path never writes;
61
+ - capability tests that restate declared flags instead of exercising the
62
+ delivery or acknowledgement the flag promises;
63
+ - negative controls that pass for an unrelated reason, such as a denial from a
64
+ different guard or a rejection the production path never reaches;
65
+ - names or fixtures that promise more than the input exercises, such as a
66
+ "retires the window" test asserting the window was not cleared.
67
+
68
+ ## Value bar
69
+
70
+ Tests justify their maintenance cost by protecting behavior, a credible
71
+ regression, or an independently meaningful contract. In an audit, an existing
72
+ test that must change for behavior-preserving source reorganization is suspect,
73
+ not automatically deletable; the authoring gate still rejects new ones.
74
+
75
+ Before judging a candidate, read the complete test and production owner, its
76
+ entry point, callers, callees, sibling implementations, overlapping tests, CI
77
+ routing, and relevant history. Read root and scoped `AGENTS.md` files first.
78
+ When the test claims dependency-backed behavior, inspect the dependency source
79
+ or types directly.
80
+
81
+ ## Discovery
82
+
83
+ Keep discovery read-only and report evidence before editing. For broad scope,
84
+ run parallel discovery lanes when available:
85
+
86
+ - core source and packages;
87
+ - plugins, extensions, or integrations;
88
+ - UI, apps, scripts, and tooling;
89
+ - a cross-cutting pattern sweep.
90
+
91
+ Outside campaign mode, prefer a few high-confidence candidates over a large
92
+ speculative inventory. Hunt for the [junk patterns](#junk-patterns).
93
+
94
+ ## Retention bar
95
+
96
+ Keep a test when it independently enforces a public API, SDK, protocol, config,
97
+ migration, storage, security, platform, default, generated-output, package,
98
+ release, or architecture contract. Also keep:
99
+
100
+ - call ordering when order is observable behavior;
101
+ - regressions with a credible failure mode;
102
+ - source inspection when it is the cheapest independent guard: it fails when
103
+ the contract changes (the user-facing key, byte, or path) and survives an
104
+ identifier-only refactor;
105
+ - a retained test that fails on the baseline: treat it as a possible product
106
+ bug, reproduce it, and repair the owner rather than deleting it.
107
+
108
+ Static or slow is not a deletion reason. A test that resembles implementation
109
+ may still be the independent contract; prove otherwise before removing it.
110
+
111
+ ## Candidate evidence
112
+
113
+ Record every field below before editing. A missing field means the candidate is
114
+ not ready for deletion:
115
+
116
+ - exact test name and location;
117
+ - what failure it can actually detect;
118
+ - non-test callers of the covered production or support seam;
119
+ - stronger remaining owner-boundary proof, or why no proof is needed;
120
+ - relevant history and the reason the test or seam exists;
121
+ - production or test-support deletion unlocked;
122
+ - risk and the focused validation command.
123
+
124
+ ## Edit shape
125
+
126
+ Choose one coherent owner-boundary batch. Delete obsolete test-only exports,
127
+ globals, wrappers, and dead production paths instead of preserving aliases.
128
+ Move retained regressions to their canonical owners. Consolidate repeated
129
+ package or dependency assertions into one generic contract.
130
+
131
+ Prefer net-negative production LOC. Do not add replacement tests that restate
132
+ the same implementation, and do not convert uncertain candidates into cleanup
133
+ to increase deletion counts.
134
+
135
+ ## Validation
136
+
137
+ Never edit source or tests while a test watcher is running in the checkout. Use
138
+ the test commands documented in the repository's `AGENTS.md`, `CLAUDE.md`, or
139
+ package scripts.
140
+
141
+ 1. Run the smallest owner and sibling tests with the repository's test runner,
142
+ filtered to the affected paths.
143
+ 2. For removed source greps or plan assertions, run the executable script or
144
+ dry-run that owns the real contract.
145
+ 3. Run targeted formatting, then `git diff --check`.
146
+ 4. Run the changed-files gate required by repository policy (lint, typecheck,
147
+ and the CI checks those paths trigger).
148
+ 5. Inspect `git diff --numstat`; report production/tooling separately from
149
+ tests and test support.
150
+ 6. After final audit edits, get an independent review of the deleted coverage
151
+ against the remaining keepers.
152
+
153
+ ## Landing and continuation
154
+
155
+ Commit, push, open a PR, or land only when authorized. Follow the repository's
156
+ PR flow. Land one coherent PR at a time; after landing, refresh from current
157
+ `main` and rerun read-only discovery for the next high-confidence batch.
158
+
159
+ ## Handoff
160
+
161
+ Report:
162
+
163
+ - root cause and removed low-value categories;
164
+ - production owner simplifications;
165
+ - retained false positives and why they remain valuable;
166
+ - focused and full proof actually run;
167
+ - production versus test LOC;
168
+ - PR and merge state;
169
+ - named follow-ups.
@@ -0,0 +1,10 @@
1
+ interface:
2
+ display_name: "Test Audit"
3
+ short_description: "Gate new tests and prune low-value ones"
4
+ icon_small: "./assets/codex-icon.svg"
5
+ icon_large: "./assets/codex-icon.svg"
6
+ brand_color: "#737373"
7
+ default_prompt: "Use $test-audit to gate these tests or audit low-value ones."
8
+
9
+ policy:
10
+ allow_implicit_invocation: true
@@ -0,0 +1 @@
1
+ <svg role="img" aria-label="test-audit skill icon" xmlns="http://www.w3.org/2000/svg" width="128" height="128" viewBox="0 0 24 24" fill="none" stroke="#F5F5F5" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M9 2v6.5L4.5 17A3 3 0 0 0 7.2 21h9.6a3 3 0 0 0 2.7-4L15 8.5V2"/><path d="M8 2h8"/><path d="M7 15h10"/></svg>
@@ -1,58 +1,18 @@
1
1
  ---
2
2
  name: use-style
3
3
  description: Apply named visual style guides to landing pages, app shells, and UI. Use for $use-style, /useskill, list styles, or styles like ios-app, grid, vercel, black-grid, stripe, linear, raycast, gumroad, dusk, or luma.
4
+ disable-model-invocation: true
5
+ user-invocable: true
4
6
  ---
5
7
 
6
- Load and apply a named style before designing or implementing any UI.
8
+ Load a named style before designing or implementing UI. Parse the name from `$ARGUMENTS` or the message. Aliases: `ios`/`iphone`/`nowstack-mobile`/`ink & spark` → `ios-app`; `use-vercel`/`geist` → `vercel`; `old vercel`/`black grid` → `black-grid`; `testsprite`/`test sprite` → `testspirite`; `lu.ma`/`luma.com` → `luma`; `super simple`/`SUPER_SIMPLE` → `super-simple`.
7
9
 
8
- ## Invocation
10
+ Defaults: NowStack / Expo / NativeWind → `ios-app`. Codelynx product landings → `grid`. Vercel / Geist infrastructure marketing → `vercel`. Austere monochrome tools → `black-grid`. Linear / issue tracker shell → `linear`. Newspaper / magazine → `new-york-times`. Anthropic / Claude cream lab → `anthropic`. Neo-brutalist yellow/pink → `gumroad`. Glossy dark glow marketing → `raycast`. Attio twilight CRM → `dusk`. TestSprite paper dashboard → `testspirite`. Luma / events / RSVP → `luma`.
9
11
 
10
- - Explicit: `$use-style ios-app`, `$use-style vercel`, `$use-style black-grid`, `/useskill list`, or "use the grid style"
11
- - Implicit: user references NowStack Mobile, Ink & Spark, an iOS app shell, Expo / React Native / NativeWind app UI, `/aiblueprint`, `/agents`, `/aibuilder`, "grid theme", Vercel, Geist, a minimalist dark tool UI, Stripe / fintech / checkout / dashboard UI, Linear / issue tracker / app-shell sidebar UI, NYT / newspaper / editorial / broadsheet / magazine layouts, Anthropic / Claude / warm cream AI-lab pages, Gumroad / neo-brutalist / loud commerce / bold yellow-pink pages, Raycast / glossy dark / glow gradients / floating glass nav / premium product marketing, Dusk / Attio / dark CRM dashboard floating on a twilight backdrop / blue data viz / colorful category pills, Luma / lu.ma / event timeline / calendar / RSVP / discover / a dark consumer events-and-calendar app with photo-led cards, a top teal aurora, and a white pill button, or TestSprite / TestSpirite / calm light dev-tool dashboard / warm paper canvas with one forest-green accent / grouped sidebar + promo rail / isometric line-art empty states
12
-
13
- Parse the style name from `$ARGUMENTS` or the message. Treat `ios`, `ios app`, `ios-app`, `iphone app`, `nowstack-mobile`, `nowstack mobile`, and `ink & spark` as `ios-app`. Treat `use-vercel`, `vercel style`, and `current vercel` as `vercel`. Treat `vercel-simple`, `old vercel`, `black grid`, and `black-grid` as `black-grid`. Treat `testsprite`, `test-sprite`, and `test sprite` as `testspirite`. Treat `luma`, `lu.ma`, and `luma.com` as `luma`. Treat `list`, `styles`, `available styles`, and missing style names with no implicit match as a request to list available styles and ask the user to choose before designing. Default to `ios-app` when the user references NowStack Mobile, Ink & Spark, an iOS app shell, Expo, React Native, NativeWind, or OS-native tabs. Default to `grid` for Codelynx product landings. Default to `vercel` when the user references Vercel, the Vercel dashboard, Geist, Vercel's changelog, or black infrastructure marketing with large editorial whitespace. Default to `black-grid` for austere monochrome developer tools, calculators, indexes, or line-driven data products. Default to `linear` when the user references Linear, an issue tracker, or a dense sidebar + list + detail app shell. Default to `new-york-times` when the user references a newspaper, broadsheet, magazine, or serif editorial layout. Default to `anthropic` when the user references Anthropic, Claude, or a warm cream + serif AI-lab aesthetic. Default to `gumroad` when the user references Gumroad, neo-brutalism, hard offset shadows, or a loud yellow/pink bordered look. Default to `raycast` when the user references Raycast, a glossy dark page with glow gradients, a floating glass nav, or premium dark product marketing. Default to `dusk` when the user references Attio, a dark CRM/data dashboard floating on a twilight/aurora backdrop, vivid-blue charts, or colorful category pills. Default to `testspirite` when the user references TestSprite, a calm light dev-tool dashboard, a warm paper canvas with a single forest-green accent, a grouped sidebar with a free-trial/upgrade promo rail, or isometric line-art empty states. Default to `luma` when the user references Luma, lu.ma, an event timeline/feed, a calendar or RSVP/invite app, a discover page, or a dark consumer events UI with photo-led cards, a top teal aurora, and a white pill button.
14
-
15
- If the parsed style is `list`, or if no style can be inferred, do not load a style file. Reply with the available styles table below, add one short line asking which style to use, and stop until the user chooses.
16
-
17
- ## Workflow
12
+ If the name is `list` or nothing matches, list the styles in `styles/` and stop until the user chooses.
18
13
 
19
14
  1. Read `styles/<name>.md` from this skill directory.
20
- 2. Check for project overrides and prefer them over the portable spec:
21
- - `.agents/styles/<name>.md`
22
- - `.agents/styles/<name>-theme.md`
23
- - `.agents/styles/<name>-theme-migration.md` (migration playbooks only)
24
- 3. Treat the loaded style as hard constraints for layout, typography, color, borders, motion, and component choice.
25
- 4. Reuse existing primitives. In Codelynx repos, import `GridTheme*` components from `grid-theme-primitives.tsx` instead of reinventing patterns.
26
-
27
- ## Available styles
28
-
29
- | Style | File | Vibe |
30
- |-------|------|------|
31
- | `ios-app` | `styles/ios-app.md` | NowStack Mobile Ink & Spark. iOS/Expo app UI with monochrome ink/paper, one yellow `#FFE040` spark, NativeWind tokens, OS-native tabs, flat hairline cards. |
32
- | `grid` | `styles/grid.md` | Blueprint landing. Square geometry, 1px borders, mono data, condensed display type. |
33
- | `vercel` | `styles/vercel.md` | Current Vercel product language. Black canvas, Geist Sans, hairline dashboard structure, dense deployment lists, vast editorial marketing space, restrained semantic color. |
34
- | `black-grid` | `styles/black-grid.md` | Austere monochrome developer tools. Black canvas, Geist + mono, sharp line-defined indexes and calculators, no decoration. |
35
- | `stripe` | `styles/stripe.md` | Stripe fintech UI. Pale `#f6f9fc` canvas, white cards on soft shadows, blurple `#635BFF` accent, green CTA, rounded geometry. |
36
- | `linear` | `styles/linear.md` | Linear app shell. Near-black `#08090a` canvas, dense aligned sidebar + list + detail panes, indigo `#5e6ad2` accent, Inter Display headings, quiet line-defined chrome. |
37
- | `new-york-times` | `styles/new-york-times.md` | Print-newspaper editorial. Paper-white, serif headlines (Cheltenham/Georgia), Franklin sans kickers, blackletter masthead, hairline rules, multi-column grid, red/blue accents only. |
38
- | `anthropic` | `styles/anthropic.md` | Warm AI-lab. Cream `#f0efe9` paper, bold grotesque sans display + reading serif, clay-coral `#cc785c` accent, big soft-rounded dark panels, pill buttons. Light marketing + dark Claude app surfaces. |
39
- | `gumroad` | `styles/gumroad.md` | Loud neo-brutalist commerce. Yellow `#ffc900` + pink `#ff90e8`, thick black borders, hard offset shadows `4px 4px 0 #000`, flat fills, bold geometric sans, pill buttons. Light marketplace + dark dashboard surfaces. |
40
- | `raycast` | `styles/raycast.md` | Glossy dark product marketing. Near-black `#0a0a0a` + red `#ff6363` glow, floating glass nav (`backdrop-blur`), oversized bold pricing, large-radius `rounded-3xl` cards, soft glow over hard shadows. |
41
- | `dusk` | `styles/dusk.md` | Refined dark data app (Attio-style). Rounded near-black window floating on a twilight gradient backdrop, vivid sky-blue `#38bdf8` charts, `#3b6eff` primary, colorful category pills, Inter + mono numbers. |
42
- | `luma` | `styles/luma.md` | Dark consumer events + calendar app (Luma/lu.ma). Near-black `#0a0a0b` canvas with one soft teal aurora at the top, near-borderless `rounded-2xl` photo-led cards, white pill primary buttons, blue `#2f6bff` status pills, gold `#f5b13d` event times, centered timeline column. |
43
- | `testspirite` | `styles/testspirite.md` | Calm light dev-tool app shell (TestSprite). Warm paper-white `#f7f7f3` canvas, one forest-green `#3d7c4e` accent, grouped sidebar + promo rail, soft `rounded-xl` cards on quiet borders, pale-green `#eaf3ea` status pills, isometric line-art empty states. |
44
-
45
- Add new styles as `styles/<name>.md` and register them here.
46
-
47
- ## Output rules
48
-
49
- - Match the style vibe precisely. Do not blend with generic SaaS aesthetics.
50
- - Honor the anti-patterns section in the style file.
51
- - When a project spec lists concrete tokens or components, use those over prose approximations.
52
- - For landing pages, scaffold the page shell from the style first, then fill sections.
53
-
54
- ## Related skills
15
+ 2. Prefer project overrides: `.agents/styles/<name>.md`, `<name>-theme.md`, `<name>-theme-migration.md`.
16
+ 3. Treat the loaded style as hard constraints. Reuse existing primitives (Codelynx: `GridTheme*` from `grid-theme-primitives.tsx`).
55
17
 
56
- - `frontend-design` / `frontend-skill`: general UI craft. Defer to `use-style` when a named style is requested.
57
- - `use-feature`: reusable feature and UX implementation patterns that are not visual styles.
58
- - `impeccable`: polish pass after the style is applied.
18
+ Match the vibe exactly. Honor the style file's anti-patterns. Scaffold the shell first on landing pages. `impeccable` is the polish pass after the style is applied.