instar 1.3.875 → 1.3.876
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,8 +1,8 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "./builtin-manifest.schema.json",
|
|
3
3
|
"schemaVersion": 1,
|
|
4
|
-
"generatedAt": "2026-07-18T20:
|
|
5
|
-
"instarVersion": "1.3.
|
|
4
|
+
"generatedAt": "2026-07-18T20:43:31.622Z",
|
|
5
|
+
"instarVersion": "1.3.876",
|
|
6
6
|
"entryCount": 202,
|
|
7
7
|
"entries": {
|
|
8
8
|
"hook:session-start": {
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
# Upgrade Guide — vNEXT
|
|
2
|
+
|
|
3
|
+
<!-- assembled-by: assemble-next-md -->
|
|
4
|
+
<!-- bump: patch -->
|
|
5
|
+
|
|
6
|
+
## What Changed
|
|
7
|
+
|
|
8
|
+
Added `docs/AI-EMPLOYEE-ROADMAP.md` — the program-level roadmap that maps the
|
|
9
|
+
apprenticeship program onto instar's top-level goal: an agent that works as a
|
|
10
|
+
fully engaged AI employee. It defines the three capabilities that make up that
|
|
11
|
+
posture — multi-machine coherence (3–4 machines, one identity), first-class
|
|
12
|
+
chat-platform citizenship (Telegram today, Slack as the primary workplace
|
|
13
|
+
surface next), and multi-principal service (every staff member served by the
|
|
14
|
+
same agent with no identity bleed) — and lays each out as a stage ladder
|
|
15
|
+
(A1→A4, B1→B3, C1→C3) with an explicit, evidence-gated exit bar. The method is
|
|
16
|
+
prove-it-on-the-apprentice-first: every capability is developed and de-risked
|
|
17
|
+
on a prototype agent under observation, through the same user channels a human
|
|
18
|
+
would use, before any production agent inherits the configuration. Graduation
|
|
19
|
+
is serial and evidence-gated — recorded, artifact-backed acceptances, never a
|
|
20
|
+
vibe.
|
|
21
|
+
|
|
22
|
+
This is documentation only. No code, config, hook, job, template, or test
|
|
23
|
+
changes; no runtime surface; no behavior change for any deployed agent.
|
|
24
|
+
|
|
25
|
+
## What to Tell Your User
|
|
26
|
+
|
|
27
|
+
Nothing changes in how your agent behaves. The project now carries a public
|
|
28
|
+
roadmap document describing where the platform is headed — an agent that works
|
|
29
|
+
like a real employee: present on several machines as one coherent identity, a
|
|
30
|
+
well-mannered citizen of workplace chat (Slack next), and able to serve a whole
|
|
31
|
+
team without mixing people up — and how each step gets proven on a supervised
|
|
32
|
+
prototype before it ever reaches a production agent.
|
|
33
|
+
|
|
34
|
+
## Summary of New Capabilities
|
|
35
|
+
|
|
36
|
+
- None (documentation only). New artifact: `docs/AI-EMPLOYEE-ROADMAP.md`, the
|
|
37
|
+
program-level map from the apprenticeship program to the full AI-employee
|
|
38
|
+
posture, with evidence-gated graduation criteria per capability.
|
|
39
|
+
|
|
40
|
+
## Evidence
|
|
41
|
+
|
|
42
|
+
- `docs/AI-EMPLOYEE-ROADMAP.md` — the roadmap itself (deliberately
|
|
43
|
+
organization-agnostic for this public repo).
|
|
44
|
+
- `docs/specs/ai-employee-roadmap.eli16.md` — plain-English explainer.
|
|
45
|
+
- `upgrades/side-effects/ai-employee-roadmap.md` — side-effects review; every
|
|
46
|
+
question resolves to "documentation-only, no runtime surface";
|
|
47
|
+
multi-machine posture unified-via-git; rollback = revert the doc.
|
|
48
|
+
- Sanity: the whole-tree stall-coverage CI ratchet
|
|
49
|
+
(`tests/unit/stall-coverage-ratchet.test.ts`) runs green on this tree —
|
|
50
|
+
the change coexists with the freshly-landed PR-A ratchet.
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
# Side-Effects Review — ai-employee-roadmap (docs-only)
|
|
2
|
+
|
|
3
|
+
**Change:** adds `docs/AI-EMPLOYEE-ROADMAP.md` — the program-level roadmap from
|
|
4
|
+
the apprenticeship program to a full AI-employee posture (multi-machine
|
|
5
|
+
coherence, first-class Slack citizenship, multi-principal service), with
|
|
6
|
+
per-capability stage ladders and evidence-gated exit bars. Plus the standard
|
|
7
|
+
artifacts (this review, the ELI16, the release fragment). **No source, config,
|
|
8
|
+
template, hook, job, or test files are touched.** Documentation-only, no
|
|
9
|
+
runtime surface.
|
|
10
|
+
|
|
11
|
+
## Phase 1 principle check (recorded)
|
|
12
|
+
|
|
13
|
+
Does this change involve a decision point? **No.** The document describes a
|
|
14
|
+
program and its graduation criteria; it ships no validator, gate, sentinel, or
|
|
15
|
+
any code that evaluates anything. The graduation decisions it describes are
|
|
16
|
+
explicitly human/overseer acceptances recorded as artifacts — and none of that
|
|
17
|
+
machinery ships here. Signal-vs-authority is not implicated: nothing here can
|
|
18
|
+
block, allow, or judge.
|
|
19
|
+
|
|
20
|
+
## 1. Over-block
|
|
21
|
+
|
|
22
|
+
Nothing can be over-blocked: documentation-only, no runtime surface. The change
|
|
23
|
+
introduces no blocking surface of any kind — no CI check, no gate, no hook. The
|
|
24
|
+
only "block" it could ever exert is social (a reader citing the roadmap), which
|
|
25
|
+
is outside the runtime.
|
|
26
|
+
|
|
27
|
+
## 2. Under-block
|
|
28
|
+
|
|
29
|
+
Nothing can be under-blocked: documentation-only, no runtime surface. No
|
|
30
|
+
enforcement is promised by this change, so there is no enforcement to be
|
|
31
|
+
incomplete. The exit bars the document names are enforced (or not) by the
|
|
32
|
+
machinery of their own workstreams, each with its own specs and reviews.
|
|
33
|
+
|
|
34
|
+
## 3. Level-of-abstraction fit
|
|
35
|
+
|
|
36
|
+
Right layer. A program-level roadmap belongs in `docs/` at the repo root
|
|
37
|
+
(`docs/AI-EMPLOYEE-ROADMAP.md`), above the individual capability specs it
|
|
38
|
+
references and below nothing — it is the map that points at the specs, not a
|
|
39
|
+
duplicate of any of them. It deliberately contains no schedule and no
|
|
40
|
+
organization-specific content (agent names, staffing, rollout order stay with
|
|
41
|
+
the operator, outside this public repo).
|
|
42
|
+
|
|
43
|
+
## 4. Signal vs authority compliance
|
|
44
|
+
|
|
45
|
+
Compliant vacuously: documentation-only, no runtime surface. The change creates
|
|
46
|
+
no authority (nothing blocks) and no signal (nothing observes). The document
|
|
47
|
+
itself *describes* the signal→authority discipline of the apprenticeship
|
|
48
|
+
(observe-only guards graduating to enforcing on evidence), which is consistent
|
|
49
|
+
with `docs/signal-vs-authority.md`, but describing it is not implementing it.
|
|
50
|
+
|
|
51
|
+
## 5. Interactions
|
|
52
|
+
|
|
53
|
+
None at runtime: documentation-only, no runtime surface. No job, sentinel,
|
|
54
|
+
route, or hook reads this file. Repo-level interactions are benign: it cites
|
|
55
|
+
existing specs (e.g. the apprenticeship scaffold spec, framework stall-coverage
|
|
56
|
+
work) by path; if those move, the references go stale — a docs-freshness
|
|
57
|
+
concern (the cartographer sweep's domain), not a behavior risk.
|
|
58
|
+
|
|
59
|
+
## 6. External surfaces
|
|
60
|
+
|
|
61
|
+
None: documentation-only, no runtime surface. No API route, no config key, no
|
|
62
|
+
message to any user, no notification, no npm-shipped runtime change (the file
|
|
63
|
+
rides the package inertly as documentation). The document was deliberately
|
|
64
|
+
written organization-agnostic for this public repo — it names no organization,
|
|
65
|
+
person, or deployed agent.
|
|
66
|
+
|
|
67
|
+
## 7. Multi-machine posture
|
|
68
|
+
|
|
69
|
+
**Unified-via-git.** The document is a repo-tracked file; every machine sees
|
|
70
|
+
the same content at the same SHA. No per-machine runtime state is created, so
|
|
71
|
+
there is nothing to strand, sync, or reconcile.
|
|
72
|
+
|
|
73
|
+
## 8. Rollback cost
|
|
74
|
+
|
|
75
|
+
Revert the doc (one revert of this commit). No data migration, no agent state,
|
|
76
|
+
no config, no deployed-behavior change to unwind. Cheapest possible rollback
|
|
77
|
+
class.
|
|
78
|
+
|
|
79
|
+
## Second-pass review
|
|
80
|
+
|
|
81
|
+
**Not required.** The second-pass trigger is for changes that wire
|
|
82
|
+
block/allow decisions, session-lifecycle, messaging, or dispatch behavior —
|
|
83
|
+
this change wires nothing: documentation-only, no runtime surface, no decision
|
|
84
|
+
point, no enforcement. There is no code for a second reviewer to contradict
|
|
85
|
+
against the artifact; the only reviewable claim ("the doc says what the ELI16
|
|
86
|
+
and fragment say it says") is verified by reading the three files side by side.
|