@hybridlabor-api/aos 4.0.0 β 4.0.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.de.md +295 -139
- package/README.md +34 -33
- package/README.pt.md +403 -313
- package/assets/bdb-ascii-frames.js +82 -0
- package/assets/header-builder-prompt.md +37 -0
- package/assets/header-v4.jpg +0 -0
- package/installer.js +105 -142
- package/lib/startup-ui.js +137 -0
- package/package.json +2 -1
- package/skills/global_config/ask-tim/SKILL.md +255 -0
- package/skills/global_config/bdb-updater/SKILL.md +52 -36
|
@@ -0,0 +1,255 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ask-tim
|
|
3
|
+
description: Meta-skill for discovering and routing to the right skill out of the ~154 available options. Use when a user or agent is unsure which skill fits their intent, or needs to pick between overlapping choices (e.g. build pipelines, scraping tools, UI components).
|
|
4
|
+
category: bdb-core
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# `ask-tim`: The BDB Skill Routing Meta-Skill
|
|
8
|
+
|
|
9
|
+
This is a discovery and routing guide. It does not perform work itself. Use it to map a user's intent to the correct specialized skill(s).
|
|
10
|
+
|
|
11
|
+
## π§ Intent Index (Table of Contents)
|
|
12
|
+
|
|
13
|
+
If the user's intent matches one of these, jump to the corresponding section:
|
|
14
|
+
|
|
15
|
+
* **"I need to choose a build pipeline (startcycle vs startcycle-graph)"** β [Agent Orchestration & Pipelines](#agent-orchestration--pipelines)
|
|
16
|
+
* **"I need multi-agent brainstorming or ideation"** β [Agent Orchestration & Pipelines](#agent-orchestration--pipelines)
|
|
17
|
+
* **"I want to build a new UI component or page"** β [Frontend, UI & Motion](#frontend-ui--motion)
|
|
18
|
+
* **"I want Tailwind, shadcn, or design-system UI work"** β [Frontend, UI & Motion](#frontend-ui--motion)
|
|
19
|
+
* **"I'm optimizing React or Next.js performance"** β [Frontend, UI & Motion](#frontend-ui--motion)
|
|
20
|
+
* **"I'm designing an API (REST/GraphQL)"** β [Backend, APIs & Databases](#backend-apis--databases)
|
|
21
|
+
* **"I need Prisma, Drizzle, or Postgres schema help"** β [Backend, APIs & Databases](#backend-apis--databases)
|
|
22
|
+
* **"I'm working with n8n workflows"** β [Backend, APIs & Databases](#backend-apis--databases)
|
|
23
|
+
* **"I want to deploy to Vercel, Cloudflare, or a VPS"** β [DevOps, Git & Deployment](#devops-git--deployment)
|
|
24
|
+
* **"I'm managing GitHub PRs, issues, or monorepos"** β [DevOps, Git & Deployment](#devops-git--deployment)
|
|
25
|
+
* **"I want to scrape or extract data from a website"** β [Web Scraping & Browser Automation](#web-scraping--browser-automation)
|
|
26
|
+
* **"I need to run browser automation or web testing"** β [Web Scraping & Browser Automation](#web-scraping--browser-automation)
|
|
27
|
+
* **"I'm building an AI agent, RAG pipeline, or working with LLMs"** β [AI, LLMs & Agents](#ai-llms--agents)
|
|
28
|
+
* **"I need an SEO, GEO, or accessibility audit"** β [Content, SEO & Docs](#content-seo--docs)
|
|
29
|
+
* **"I need to write a README or documentation"** β [Content, SEO & Docs](#content-seo--docs)
|
|
30
|
+
* **"I need to debug a failing test or weird bug"** β [Core Programming & Debugging](#core-programming--debugging)
|
|
31
|
+
* **"I want to ship a feature safely to production"** β [Core Programming & Debugging](#core-programming--debugging)
|
|
32
|
+
* **"I'm managing the BDB SaaS multi-cloud fleet"** β [BDB Ecosystem & SaaS Ops](#bdb-ecosystem--saas-ops)
|
|
33
|
+
* **"I need Three.js, 3D, or motion work"** β [Media & EventTech](#media--eventtech)
|
|
34
|
+
* **"I need live event tech, TouchDesigner, or Resolume help"** β [Media & EventTech](#media--eventtech)
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## ποΈ Agent Orchestration & Pipelines
|
|
39
|
+
|
|
40
|
+
Use these skills to orchestrate complex multi-agent workflows.
|
|
41
|
+
|
|
42
|
+
* **Top Picks:** `startcycle-graph`, `bdbrainstorm`
|
|
43
|
+
|
|
44
|
+
### Overlap: The 3 Build Pipelines
|
|
45
|
+
Don't guess which pipeline to use. Follow these rules (source of truth: `CLAUDE.md` and `skills/basic/*/SKILL.md`):
|
|
46
|
+
* **`startcycle`**: Use for a straight-line, predictable run through the agents with file hand-offs and no state machine. Cheapest of the three.
|
|
47
|
+
* **`startcycle-graph`**: Use when you need the full dispatcher graph: durable `state.json`, a Reviewer repair loop, a quality gate, and human escalation.
|
|
48
|
+
* **`startcycle-graph-user`**: Use for a small throwaway fan-out (2-4 nodes) in any project without persistent artifacts.
|
|
49
|
+
|
|
50
|
+
### Overlap: Brainstorming
|
|
51
|
+
* **`bdbrainstorm`**: For multi-agent software engineering ideation, UI/UX design, and architecture planning. Handoffs to `/startcycle-graph`.
|
|
52
|
+
* **`bdbmediastorm`**: For creative-tech, live event technology, and show-control systems (TouchDesigner, Resolume, grandMA3).
|
|
53
|
+
* **`brainstorming`**: Lighter-weight than `bdbrainstorm` β use before any creative or constructive work to turn a vague idea into a validated design through disciplined reasoning, without spinning up a multi-agent cycle.
|
|
54
|
+
|
|
55
|
+
### Overlap: Planning Before Code
|
|
56
|
+
* **`concise-planning`**: A coding task needs a plan. Produces a clear, atomic checklist.
|
|
57
|
+
* **`writing-plans`**: You already have a spec/requirements for a multi-step task β write the plan before touching code.
|
|
58
|
+
* **`executing-plans`**: You already have a written plan and need to execute it in a separate session with review checkpoints.
|
|
59
|
+
* **`planning-with-files`**: Work like Manus β persistent markdown files as working memory on disk, for long-running or resumable tasks.
|
|
60
|
+
* **`deep-research`**: The task is autonomous research (plan β search β read β synthesize into a report), not implementation.
|
|
61
|
+
|
|
62
|
+
### Overlap: Multi-Agent Session & Tool Management
|
|
63
|
+
* **`agent-manager-skill`**: Managing multiple local CLI agents via tmux sessions (start/stop/monitor/assign) with cron-friendly scheduling.
|
|
64
|
+
* **`agent-orchestrator`**: Meta-skill that scans available skills, matches them to task capabilities, and coordinates multi-skill workflows β one level above picking a single skill by hand.
|
|
65
|
+
* **`agent-tool-builder`**: You're building a *new* tool for an agent to use (not picking an existing skill) β schema design through error handling.
|
|
66
|
+
* **`agent-memory-mcp`**: A hybrid persistent/searchable memory system for agents (architecture, patterns, decisions) β distinct from `memb-skill`/`memb-ingest`, which are BDB's own memB engine specifically.
|
|
67
|
+
* **`triage`**: Moving issues/external PRs through a categorize β verify β brief state machine, not general planning.
|
|
68
|
+
* **`prototype`**: A throwaway prototype to sanity-check a state model or UI direction before committing to real work.
|
|
69
|
+
|
|
70
|
+
*Also see:* `agent-pipeline`, `subagent-driven-development`.
|
|
71
|
+
|
|
72
|
+
---
|
|
73
|
+
|
|
74
|
+
## π¨ Frontend, UI & Motion
|
|
75
|
+
|
|
76
|
+
Use these skills for UI development, component architecture, and design taste.
|
|
77
|
+
|
|
78
|
+
* **Top Picks:** `godmode-ui-ux`, `ui-component`, `senior-frontend`
|
|
79
|
+
|
|
80
|
+
### Overlap: The UI Cluster vs Senior Frontend
|
|
81
|
+
* **`ui-component` / `ui-page` / `ui-pattern`**: Use these strictly when scaffolding new pieces in the **StyleSeed Toss** design system convention (enforcing tokens, spacing, and rhythm).
|
|
82
|
+
* **`ui-review` / `ui-tokens`**: Use for reviewing code against StyleSeed or syncing its design tokens.
|
|
83
|
+
* **`senior-frontend`**: Use for general React/Next.js/Tailwind development outside of strict StyleSeed scaffolding, or for reviewing general frontend code quality.
|
|
84
|
+
* **`shadcn`**: Use specifically when adding or customizing shadcn/ui components.
|
|
85
|
+
* **`tailwind-patterns`**: Use when managing CSS-first configurations, container queries, or Tailwind CSS v4 design token architectures.
|
|
86
|
+
|
|
87
|
+
### Overlap: React & Next.js Performance
|
|
88
|
+
* **`react-best-practices`**: The Vercel-maintained guide for broad performance optimization and App Router data fetching.
|
|
89
|
+
* **`react-patterns`**: Use for core hooks, composition, and TypeScript best practices.
|
|
90
|
+
* **`nextjs-app-router-patterns` / `nextjs-best-practices`**: Use specifically for Next.js App Router architecture and routing.
|
|
91
|
+
* **`react-component-performance`**: Use for targeted diagnosis of slow React components (e.g., render bottlenecks).
|
|
92
|
+
* **`tanstack-query-expert`**: Async state/data-fetching specifically β TanStack Query mutations, stale time, optimistic updates.
|
|
93
|
+
* **`zustand-store-ts`**: Client-side state stores with Zustand, typed and with middleware.
|
|
94
|
+
* **`web-performance-optimization`**: Broader than component-level β Core Web Vitals, bundle size, caching across the whole app.
|
|
95
|
+
* **`wcag-audit-patterns`**: Accessibility compliance auditing against WCAG 2.2, not general UX review.
|
|
96
|
+
* **`senior-fullstack`** / **`frontend-dev-guidelines`**: General-purpose fullstack/frontend engineering standards when the task doesn't need a narrower skill above.
|
|
97
|
+
* **`landing-page-generator`**: Specifically a high-converting marketing landing page (PAS/AIDA/BAB copy frameworks), not a general app page.
|
|
98
|
+
|
|
99
|
+
### Overlap: The UX Cluster
|
|
100
|
+
* **`ux-flow`**: Designing user flows, progressive disclosure, hub-and-spoke navigation (StyleSeed patterns).
|
|
101
|
+
* **`ux-audit`**: Auditing existing screens against Nielsen's heuristics and mobile UX best practices.
|
|
102
|
+
* **`ux-feedback`**: Adding loading/empty/error/success feedback states to components.
|
|
103
|
+
* **`ux-persuasion-engineer`**: Conversion/onboarding/checkout flows specifically β choice architecture, friction audits, commitment design.
|
|
104
|
+
* **`ui-ux-pro-max`**: Broader design guide (color, typography, general UI review) when the task doesn't fit one of the narrower UX skills above.
|
|
105
|
+
|
|
106
|
+
*Also see:* `bdbdesignpro`, `design-spells`.
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
## ποΈ Backend, APIs & Databases
|
|
111
|
+
|
|
112
|
+
Use these for server-side architecture, APIs, workflows, and database schema design.
|
|
113
|
+
|
|
114
|
+
* **Top Picks:** `godmode-engineering`, `api-design-principles`, `drizzle-orm-expert`
|
|
115
|
+
|
|
116
|
+
### Overlap: Database & ORM Choices
|
|
117
|
+
* **`database-design`**: Use for overarching schema design, indexing strategy, and general database principles.
|
|
118
|
+
* **`postgres-best-practices`**: Use for raw performance optimization, queries, and Supabase-specific patterns.
|
|
119
|
+
* **`postgresql`**: Use for raw schema design, indexing, and Postgres constraints.
|
|
120
|
+
* **`using-neon` / `neon-postgres`**: Use specifically when working with Neon's serverless Postgres (branching, connection pooling).
|
|
121
|
+
* **`prisma-expert`**: Use for Prisma ORM schema design, migrations, and relational modeling.
|
|
122
|
+
* **`drizzle-orm-expert`**: Use for Drizzle ORM type-safe queries and serverless integrations.
|
|
123
|
+
|
|
124
|
+
### Overlap: The n8n Cluster
|
|
125
|
+
* **`n8n-workflow-patterns`**: Use for architectural patterns of whole workflows.
|
|
126
|
+
* **`n8n-code-javascript` / `n8n-code-python`**: Use when writing custom code inside n8n Code nodes (handles `$input`/`$json` nuances for JS/Python).
|
|
127
|
+
* **`n8n-expression-syntax`**: Use for debugging `{{}}` expressions.
|
|
128
|
+
* **`n8n-mcp-tools-expert`**: Use for integrating n8n-mcp tools effectively.
|
|
129
|
+
|
|
130
|
+
### Overlap: Architecture Level
|
|
131
|
+
* **`software-architecture`**: General quality-focused architecture guidance β the default when the task is "design/analyze architecture" without a more specific fit below.
|
|
132
|
+
* **`microservices-patterns`**: Specifically service boundaries, inter-service communication, and distributed-systems resilience.
|
|
133
|
+
* **`architect-review`**: Reviewing an existing architecture against modern practice, not designing a new one from scratch.
|
|
134
|
+
|
|
135
|
+
*Also see:* `api-patterns`, `openapi-spec-generation`, `golang-pro`, `python-pro`.
|
|
136
|
+
|
|
137
|
+
---
|
|
138
|
+
|
|
139
|
+
## π·οΈ Web Scraping & Browser Automation
|
|
140
|
+
|
|
141
|
+
Use these skills to extract data or control browsers.
|
|
142
|
+
|
|
143
|
+
* **Top Picks:** `apify-ultimate-scraper`, `playwright-skill`
|
|
144
|
+
|
|
145
|
+
### Overlap: Scraping and Extraction
|
|
146
|
+
* **`apify-ultimate-scraper`**: The top-level choice. Automatically selects from 55+ Apify Actors for the task.
|
|
147
|
+
* **`apify-lead-generation`**: Narrow use case: scraping leads from multiple platforms.
|
|
148
|
+
* **`web-scraper`**: Multi-strategy data extraction (tables, prices) with pagination and CSV/JSON export.
|
|
149
|
+
* **`browser-automation`**: General principles for selectors, waiting, and anti-detection.
|
|
150
|
+
* **`playwright-skill`**: Universal executor for custom Playwright code (e2e testing, interactive scraping).
|
|
151
|
+
* **`go-playwright`**: Use when writing browser automation in Go.
|
|
152
|
+
* **`webapp-testing`**: Use when writing native Python Playwright scripts for local testing.
|
|
153
|
+
|
|
154
|
+
---
|
|
155
|
+
|
|
156
|
+
## π DevOps, Git & Deployment
|
|
157
|
+
|
|
158
|
+
Use these to ship code, manage infrastructure, and handle source control.
|
|
159
|
+
|
|
160
|
+
* **Top Picks:** `godmode-shipping`, `github`, `vercel-deployment`
|
|
161
|
+
|
|
162
|
+
* **Godmode Shipping**: `godmode-shipping` is the ultimate pre-launch gatekeeper (lint, tests, rollbacks).
|
|
163
|
+
* **Deployments**: `vercel-deployment` (Next.js/React), `cloudflare-workers-expert` (Edge/KV/D1), `bdb-deploy` (rsync over SSH to VPS), `docker-expert` (Containers).
|
|
164
|
+
* **Git/GitHub**: `git-advanced-workflows`, `git-pr-review`, `github-workflow-automation`, `github-repo`, `github-actions-templates` (CI/CD workflow patterns specifically).
|
|
165
|
+
* **Monorepos**: `turborepo-caching`, `monorepo-management`.
|
|
166
|
+
|
|
167
|
+
---
|
|
168
|
+
|
|
169
|
+
## π§ AI, LLMs & Agents
|
|
170
|
+
|
|
171
|
+
Use these when building AI products or optimizing models.
|
|
172
|
+
|
|
173
|
+
* **Top Picks:** `prompt-engineer`, `llm-structured-output`, `rag-engineer`
|
|
174
|
+
|
|
175
|
+
* **Agent Dev**: `ai-agent-development`, `crewai`.
|
|
176
|
+
* **LLM Integration**: `gemini-api-integration`, `gemini-api-dev` (Gemini API model capabilities specifically), `local-llm-expert`, `llm-app-patterns`.
|
|
177
|
+
* **Conversational AI Products**: `llm-application-dev-ai-assistant` β building a chatbot/assistant product end-to-end, not just integrating one API.
|
|
178
|
+
* **Prompting**: `prompt-engineering-patterns`, `llm-prompt-optimizer`.
|
|
179
|
+
* **RAG**: `rag-implementation`, `rag-engineer` (broader β embedding models, vector DB selection), `vector-database-engineer` (specifically Pinecone/Weaviate/Qdrant/Milvus/pgvector selection and tuning).
|
|
180
|
+
* **Vercel AI SDK**: `vercel-ai-sdk-expert` β `generateText`/`streamText`, UI hooks, tool calling specifically on Vercel's SDK.
|
|
181
|
+
|
|
182
|
+
---
|
|
183
|
+
|
|
184
|
+
## π Content, SEO & Documentation
|
|
185
|
+
|
|
186
|
+
Use these for docs, markdown, and search engine optimization.
|
|
187
|
+
|
|
188
|
+
* **Top Picks:** `readme`, `seo`, `documentation`
|
|
189
|
+
|
|
190
|
+
* **Docs**: `openwiki-skill`, `readme`, `copywriting`.
|
|
191
|
+
* **SEO**: `seo` (broad audit), `seo-technical` (crawlability, CWV), `seo-audit` (rankings), `geo-fundamentals` (AI search), `programmatic-seo`, `schema-markup`.
|
|
192
|
+
|
|
193
|
+
---
|
|
194
|
+
|
|
195
|
+
## π§ Core Programming & Debugging
|
|
196
|
+
|
|
197
|
+
Use these for raw problem solving and code hygiene.
|
|
198
|
+
|
|
199
|
+
* **Top Picks:** `systematic-debugging`, `clean-code`, `test-driven-development`
|
|
200
|
+
|
|
201
|
+
* **Debugging**: `debugger` (general errors), `systematic-debugging` (structured triage before fixing).
|
|
202
|
+
* **Hygiene**: `simplify-code` (diff review for clarity).
|
|
203
|
+
* **TDD**: `tdd-workflow`.
|
|
204
|
+
|
|
205
|
+
### Overlap: Language Expertise
|
|
206
|
+
* **`typescript-pro`**: Advanced types, generics, strict type safety, enterprise patterns.
|
|
207
|
+
* **`modern-javascript-patterns`**: ES6+ features and functional patterns (no TypeScript-specific typing concerns).
|
|
208
|
+
* **`python-patterns`**: Framework selection, async patterns, project structure β decision-making, not a specific bug.
|
|
209
|
+
* **`python-performance-optimization`**: An existing Python app is slow β profiling and bottleneck fixes specifically.
|
|
210
|
+
* **`go-concurrency-patterns`**: Goroutines, channels, sync primitives, race-condition debugging.
|
|
211
|
+
* **`bash-linux`**: General Bash/Linux scripting patterns, macOS or Linux.
|
|
212
|
+
* **`posix-shell-pro`**: The script must run on any POSIX shell (dash/ash/sh), not just bash.
|
|
213
|
+
* **`tmux`**: Terminal multiplexing and persistent remote session management specifically.
|
|
214
|
+
|
|
215
|
+
---
|
|
216
|
+
|
|
217
|
+
## π BDB Ecosystem & SaaS Ops
|
|
218
|
+
|
|
219
|
+
Specific utilities for the BDB environment.
|
|
220
|
+
|
|
221
|
+
* **Top Picks:** `bdbsaashost`, `memb-skill`
|
|
222
|
+
|
|
223
|
+
### Overlap: SaaS Ops
|
|
224
|
+
* **`bdbsaas-ops`**: Retired. Do not use.
|
|
225
|
+
* **`bdbsaashost`**: The active skill for managing the BDB Multi-Cloud Fleet (GCP, Oracle, Incus).
|
|
226
|
+
* **`bdbsaastraining`**: For onboarding/training staff on the host engine.
|
|
227
|
+
|
|
228
|
+
*Also see:* `bdb-ecosystem-health`, `bdb-dev-os-skill`, `memb-ingest`, `synapse-integration-skill`.
|
|
229
|
+
|
|
230
|
+
---
|
|
231
|
+
|
|
232
|
+
## π§ Media & EventTech
|
|
233
|
+
|
|
234
|
+
Use these for 3D, motion, and live show control.
|
|
235
|
+
|
|
236
|
+
* **Top Picks:** `godmode-eventtech`, `godmode-3d-creation`, `godmode-media-creation`
|
|
237
|
+
|
|
238
|
+
* **Godmodes**: Determine the overarching flow (3D, Media, EventTech).
|
|
239
|
+
* **Implementations**: `MCP_Manage` (Unreal, Rhino, Resolve, TouchDesigner), `spline-3d-integration` (web 3D), `threejs-skills` (WebGL).
|
|
240
|
+
|
|
241
|
+
---
|
|
242
|
+
|
|
243
|
+
## π‘οΈ Overlap: The Supreme Godmodes
|
|
244
|
+
|
|
245
|
+
When do you use a `godmode-*` skill versus a narrower skill?
|
|
246
|
+
* **`godmode-ui-ux`, `godmode-engineering`, `godmode-shipping`, `godmode-3d-creation`, `godmode-media-creation`, `godmode-eventtech`** are orchestrator/enforcer skills. They hold the "supreme rulebook" for a domain. Use them when starting a major feature or defining the overarching architecture of a task.
|
|
247
|
+
* Use narrower skills (e.g., `shadcn`, `drizzle-orm-expert`, `threejs-skills`) for the tactical implementation inside those domains.
|
|
248
|
+
|
|
249
|
+
---
|
|
250
|
+
|
|
251
|
+
## π Fallback Note
|
|
252
|
+
|
|
253
|
+
If none of the intents above match your task, look for the closest general library skill in the catalog.
|
|
254
|
+
|
|
255
|
+
**Remember:** This file helps discover skills, but **`CLAUDE.md`** is the canonical source of truth for the primary Skill Routing by Domain table and the exact rules for Agent Counts (subagents vs teams vs solo). Do not rely on `ask-tim` to dictate pipeline definitionsβalways defer to `CLAUDE.md`.
|
|
@@ -1,54 +1,70 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: bdb-updater
|
|
3
|
-
description: Use when proactively
|
|
3
|
+
description: Use when proactively checking for and installing updates to the AOS (BDB Agent OS) package via npm.
|
|
4
4
|
category: bdb-core
|
|
5
5
|
disable-model-invocation: true
|
|
6
6
|
---
|
|
7
7
|
|
|
8
8
|
# BDB Updater Skill
|
|
9
9
|
|
|
10
|
-
|
|
11
|
-
|
|
10
|
+
Keeps AOS (`@hybridlabor-api/aos`) up to date. Since v4.0.0 (renamed from
|
|
11
|
+
`@hybridlabor-api/bdb-dev-optimized-agent-skills`, which is deprecated on
|
|
12
|
+
npm and frozen at its last pre-rename version β never check that name,
|
|
13
|
+
it will never report a real update again).
|
|
12
14
|
|
|
13
|
-
1. Check
|
|
14
|
-
`npm show @hybridlabor-api/bdb-dev-optimized-agent-skills version`
|
|
15
|
+
## 1. Check for an update
|
|
15
16
|
|
|
16
|
-
|
|
17
|
-
|
|
17
|
+
```bash
|
|
18
|
+
npm view @hybridlabor-api/aos dist-tags --json
|
|
19
|
+
```
|
|
18
20
|
|
|
19
|
-
|
|
21
|
+
Compare against the locally installed version (`~/.agents/aos/package.json`,
|
|
22
|
+
or wherever the primary install target's `package.json` lives β the
|
|
23
|
+
installer's own `verifyEcosystemInstallation()` status table is the
|
|
24
|
+
authoritative source if you're running from inside an existing install).
|
|
20
25
|
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
26
|
+
Two dist-tags exist:
|
|
27
|
+
- **`@latest`** β the stable channel. CI (`release-please`) publishes here
|
|
28
|
+
automatically on every release; this is what real users should run.
|
|
29
|
+
- **`@next`** β an ad-hoc staging tag used occasionally to validate a large
|
|
30
|
+
change (a rename, a major version bump) before promotion to `@latest`.
|
|
31
|
+
It is not a standing parallel channel β don't default to it unless the
|
|
32
|
+
user is specifically testing a migration.
|
|
24
33
|
|
|
25
|
-
##
|
|
26
|
-
This skill provides domain-specific logic and rules for its respective BDB pipeline component to ensure standardization across multi-agent workflows.
|
|
34
|
+
## 2. Run the update
|
|
27
35
|
|
|
28
|
-
|
|
29
|
-
-
|
|
30
|
-
|
|
31
|
-
- Exclude when standard tool execution is sufficient.
|
|
36
|
+
```bash
|
|
37
|
+
npx -y @hybridlabor-api/aos@latest
|
|
38
|
+
```
|
|
32
39
|
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
40
|
+
`-y` runs it fully non-interactively. If an install already exists, this
|
|
41
|
+
takes the **Quick Update** path (refreshes skills, re-syncs installed
|
|
42
|
+
submodules, refreshes the OpenWiki daemon schedule) rather than a full
|
|
43
|
+
reinstall β it does not need a `--force` flag or any special handling for
|
|
44
|
+
"already installed."
|
|
37
45
|
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
| "The ingest script exited without an error, so the memB index must be updated." | Silent failures happen; explicit verification of the side effect is mandatory. |
|
|
43
|
-
| "I'll let the /startcycle proceed without a defined rollback path." | Proceeding without a rollback path corrupts the workflow integrity and safety. |
|
|
44
|
-
| "I trust the cached agent registry instead of rescanning after a skill change." | Caches stale out quickly; explicit rescans prevent ghost failures. |
|
|
46
|
+
The installer syncs skills to every detected harness in one pass, not
|
|
47
|
+
just one: `~/.claude/skills`, `~/.gemini/config/skills` (Antigravity),
|
|
48
|
+
`~/.agents/skills`, `~/.codex/skills`, `~/.cursor/skills`, `~/.roo/skills`.
|
|
49
|
+
Don't assume Gemini/Antigravity is the only target.
|
|
45
50
|
|
|
46
|
-
##
|
|
47
|
-
- Bypassing the verification step after a script execution.
|
|
48
|
-
- Proceeding to the next pipeline stage without confirming the previous stage's side effects.
|
|
49
|
-
- Ignoring domain-specific constraints listed in this skill.
|
|
51
|
+
## 3. Verify the result
|
|
50
52
|
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
-
|
|
53
|
+
After running, `verifyEcosystemInstallation()`'s own status table (printed
|
|
54
|
+
at the end of the run) is the ground truth β it checks each tracked
|
|
55
|
+
submodule's actual installed version against its own npm dist-tags
|
|
56
|
+
(`bdb-synapse`, `memB`, `heimdall-token-saver`, `bdb-dev-creator-extension`,
|
|
57
|
+
`bdb-os-remote`, `bdb-dev-tool-installer`, and `aos` itself). Read that
|
|
58
|
+
table rather than assuming success from a clean exit code β a partial
|
|
59
|
+
failure (e.g. a daemon not responding on its port) still exits 0 and logs
|
|
60
|
+
a warning, not an error.
|
|
61
|
+
|
|
62
|
+
Report the new version and anything flagged as a warning in that table
|
|
63
|
+
(not just "update complete"). Don't report success without having actually
|
|
64
|
+
looked at the status table's contents.
|
|
65
|
+
|
|
66
|
+
## 4. Scheduled updates
|
|
67
|
+
|
|
68
|
+
If the user wants recurring checks, recommend `/schedule` with the current
|
|
69
|
+
package name:
|
|
70
|
+
`/schedule CronExpression="0 10 * * 1" Prompt="Check if there is a new version of @hybridlabor-api/aos via npm view and update it"`
|