agent-bios 0.19.1 → 0.19.3
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/DEPENDENCIES.md +58 -30
- package/INSTALL.md +4 -4
- package/README.md +105 -28
- package/claude/CLAUDE.md +1 -1
- package/claude/guides/claude-prompting.md +1 -1
- package/claude/guides/cli-multi-model-workflow.md +4 -4
- package/claude/guides/coding-staged-workflow.md +17 -0
- package/claude/guides/documentation-hygiene.md +3 -0
- package/claude/guides/gpt-prompting.md +1 -1
- package/claude/guides/korean-writing.md +153 -0
- package/claude/guides/learning-flow.md +4 -4
- package/claude/guides/llm-capability-boundary.md +7 -1
- package/claude/guides/session-distill-workflow.md +8 -8
- package/claude/guides/slide-writing/RUNBOOK.md +5 -5
- package/claude/guides/tooling-gotchas.md +20 -1
- package/claude/guides/ui-design/visual-direction.md +88 -0
- package/claude/guides/ui-design.md +90 -0
- package/claude/guides/verification-discipline.md +10 -1
- package/claude/hooks/tooling-gotchas-hook.py +41 -0
- package/claude/skills/repo-charter/SKILL.md +3 -3
- package/claude/skills/understand/SKILL.md +5 -5
- package/codex/AGENTS.md +1 -1
- package/codex/guides/claude-prompting.md +1 -1
- package/codex/guides/cli-multi-model-workflow.md +4 -4
- package/codex/guides/coding-staged-workflow.md +17 -0
- package/codex/guides/documentation-hygiene.md +3 -0
- package/codex/guides/gpt-prompting.md +1 -1
- package/codex/guides/korean-writing.md +153 -0
- package/codex/guides/learning-flow.md +4 -4
- package/codex/guides/llm-capability-boundary.md +7 -1
- package/codex/guides/session-distill-workflow.md +8 -8
- package/codex/guides/slide-writing/RUNBOOK.md +5 -5
- package/codex/guides/tooling-gotchas.md +20 -1
- package/codex/guides/ui-design/visual-direction.md +88 -0
- package/codex/guides/ui-design.md +90 -0
- package/codex/guides/verification-discipline.md +10 -1
- package/compose/app_bridge/SKILL.md +12 -12
- package/compose/app_bridge/scripts/bridge.py +35 -10
- package/compose/app_desktop/server.py +250 -0
- package/compose/assemble.py +5 -5
- package/compose/bootstrap/SKILL.md +18 -18
- package/compose/canary.sh +4 -4
- package/compose/check-domains.py +6 -6
- package/compose/corpus-state.py +16 -1168
- package/compose/corpus.py +13 -402
- package/compose/corpus_app.py +14 -450
- package/compose/corpus_catalog.py +15 -926
- package/compose/corpus_import.py +14 -523
- package/compose/corpus_install.py +14 -1847
- package/compose/corpus_session.py +16 -848
- package/compose/corpus_setup.py +16 -672
- package/compose/corpus_setup_cli.py +15 -580
- package/compose/corpus_setup_i18n.py +20 -324
- package/compose/corpus_setup_ui.py +18 -645
- package/compose/corpus_store.py +16 -1664
- package/compose/corpus_transaction.py +15 -284
- package/compose/corpus_ui.py +17 -972
- package/compose/corpus_ui_runtime.py +16 -274
- package/compose/corpus_understand.py +13 -671
- package/compose/domains.json +3 -1
- package/compose/host_platform.py +121 -0
- package/compose/instructions-state.py +1178 -0
- package/compose/instructions.py +409 -0
- package/compose/instructions_app.py +697 -0
- package/compose/instructions_catalog.py +931 -0
- package/compose/instructions_import.py +537 -0
- package/compose/instructions_install.py +1932 -0
- package/compose/instructions_session.py +852 -0
- package/compose/instructions_setup.py +713 -0
- package/compose/instructions_setup_cli.py +607 -0
- package/compose/instructions_setup_i18n.py +327 -0
- package/compose/instructions_setup_ui.py +647 -0
- package/compose/instructions_store.py +1668 -0
- package/compose/instructions_transaction.py +308 -0
- package/compose/instructions_ui.py +975 -0
- package/compose/instructions_ui_runtime.py +279 -0
- package/compose/instructions_understand.py +678 -0
- package/compose/native_cli.py +52 -0
- package/compose/register-hooks.py +1 -1
- package/compose/runtime_entry.py +58 -0
- package/compose/setup/START.md +11 -11
- package/compose/windows_deploy.py +719 -0
- package/docs/advanced-launch.md +11 -11
- package/docs/instructions-compatibility.md +86 -0
- package/docs/{corpus.md → instructions.md} +36 -8
- package/docs/recovery.md +10 -10
- package/docs/releases/0.19.2.md +38 -0
- package/docs/releases/0.19.3.md +107 -0
- package/docs/session-model.md +31 -20
- package/docs/setup.md +63 -26
- package/docs/understand.md +6 -6
- package/docs/windows.md +99 -0
- package/install.sh +71 -69
- package/launch/agent-launch.py +309 -293
- package/launch/agent-launch.toml +2 -2
- package/launch/agent-launch.zsh +11 -1
- package/launch/i18n/en.toml +55 -55
- package/launch/i18n/ja.toml +56 -56
- package/launch/i18n/ko.toml +56 -56
- package/launch/shell_integration.py +4 -4
- package/learn/collect-learning.py +10 -10
- package/learn/learning.schema.json +1 -1
- package/learn/migrate-learnings.py +51 -51
- package/package.json +33 -12
- package/provenance.json +1 -1
- /package/docs/assets/{corpus-studio.svg → instructions-studio.svg} +0 -0
package/docs/advanced-launch.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Launch configuration
|
|
2
2
|
|
|
3
|
-
[← Overview](../README.md) · [Setup](setup.md) · [
|
|
3
|
+
[← Overview](../README.md) · [Setup](setup.md) · [Instructions](instructions.md) · [Sessions](session-model.md) · [Recovery](recovery.md) · [Launch](advanced-launch.md) · [Understand!](understand.md)
|
|
4
4
|
|
|
5
5
|
Inspect settings before launching. Some Builder and internal-wrapper defaults use permission bypass. A configured review or registered hook is not evidence that it ran.
|
|
6
6
|
|
|
@@ -8,13 +8,13 @@ Inspect settings before launching. Some Builder and internal-wrapper defaults us
|
|
|
8
8
|
|
|
9
9
|
The preflight keeps the current setup above each choice, supports the configured model
|
|
10
10
|
catalog and **Other**, and offers Builder presets, Software Engineer / Vanilla,
|
|
11
|
-
Session distill, Custom, Language, and **
|
|
12
|
-
`agent-bios
|
|
11
|
+
Session distill, Custom, Language, and **Instructions Studio**. Studio is the same backend as
|
|
12
|
+
`agent-bios instructions`: it searches and renders the library, edits Markdown and
|
|
13
13
|
consumption surface, and requires Preview then revision-bound Apply. Packaged
|
|
14
14
|
entrypoints validate and temporarily extract their included UI bundle before loading
|
|
15
15
|
Rich/Textual. A missing or corrupt bundle fails explicitly; no preinstalled Textual
|
|
16
16
|
environment is required. Interface catalogs change only human UI text;
|
|
17
|
-
model-consumed
|
|
17
|
+
model-consumed instructions remain English.
|
|
18
18
|
|
|
19
19
|
Every arrow-key TUI selection screen keeps the complete current setup in a fixed top
|
|
20
20
|
panel, followed by the highlighted option's description and the option list. Custom
|
|
@@ -59,14 +59,14 @@ contain instructions independently of the excluded documents.
|
|
|
59
59
|
|
|
60
60
|
## Native hooks and agents
|
|
61
61
|
|
|
62
|
-
Native
|
|
63
|
-
--native --json` (or `--host claude`) composes a preview; `agent-launch --
|
|
64
|
-
opts one configured session into selected
|
|
62
|
+
Native instructions consumption is default-off. `agent-bios instructions snapshot --host codex
|
|
63
|
+
--native --json` (or `--host claude`) composes a preview; `agent-launch --instructions-native`
|
|
64
|
+
opts one configured session into selected instructions hooks. Both hosts use the same
|
|
65
65
|
installed Python carrier and typed `event`/`matcher` binding. Authoring accepts the
|
|
66
66
|
combined event vocabulary; compilation reports an event unsupported by the selected
|
|
67
67
|
host without changing its name or executing it through another event.
|
|
68
68
|
|
|
69
|
-
Claude receives a namespaced plugin per
|
|
69
|
+
Claude receives a namespaced plugin per InstructionsRef through `--plugin-dir`. Codex
|
|
70
70
|
receives inline `hooks.<Event>` config through per-session `-c` arguments. Existing
|
|
71
71
|
user, project and session hooks remain present, and resume retains the pin's exact
|
|
72
72
|
registrations. Neither adapter installs global hooks. Codex hook enablement and native
|
|
@@ -75,7 +75,7 @@ checked before launch, but discovery alone does not establish execution. Hooks u
|
|
|
75
75
|
host's command permissions; opting in permits the selected carrier to run. Editing an
|
|
76
76
|
event binding does not rewrite the Python carrier's input/output contract.
|
|
77
77
|
|
|
78
|
-
Native
|
|
78
|
+
Native instructions agents currently use Claude plugins and retain authored frontmatter and
|
|
79
79
|
plugin-qualified names, distinct from launcher's bare tier agents. A Codex agent
|
|
80
80
|
projection still needs to translate agent-specific model and tool restrictions; this
|
|
81
81
|
does not limit shared hook delivery. Arbitrary prose promoted to `event` or `delegated`
|
|
@@ -95,7 +95,7 @@ loaded managed wrappers on the next shell command. An edited managed file or blo
|
|
|
95
95
|
is preserved and reported for reconciliation, not overwritten. Backups remain private
|
|
96
96
|
under `runtime/shell-backups/`; `ZDOTDIR` must match the connection's recorded path.
|
|
97
97
|
Updates preserve an opted-in connection; reset and uninstall remove it. This setting
|
|
98
|
-
never edits global `AGENTS.md`/`CLAUDE.md`, project files, or
|
|
98
|
+
never edits global `AGENTS.md`/`CLAUDE.md`, project files, or instructions content. Ordinary
|
|
99
99
|
private installation also leaves those globals alone; explicit `migrate` can remove
|
|
100
100
|
the old agent-bios-managed regions and imports while preserving user-authored text.
|
|
101
101
|
First opt-in records ownership before publishing shell wiring, so interrupted restores
|
|
@@ -110,7 +110,7 @@ Both the legacy shell adapter and the optional private shell connection preserve
|
|
|
110
110
|
argument-bearing and non-TTY calls as direct backend invocations. The private
|
|
111
111
|
connection adds no permission flags on that path. Without opting in, the private
|
|
112
112
|
default installs no shell functions; an explicit `agent-launch` call projects a
|
|
113
|
-
launch profile or
|
|
113
|
+
launch profile or instructions snapshot.
|
|
114
114
|
|
|
115
115
|
Direct `agent-launch` calls still require a valid profile to resolve the backend command and its default arguments. `--preset`, `--custom`, or `--dry-run` select the configured-launch path even when non-TTY or combined with `--no-tui`; a non-TTY bare `--dry-run` deterministically uses Balanced, and a custom profile without that preset must pass `--preset NAME`. Forwarded backend arguments are appended verbatim after the projected defaults; one that would override a projected option (the seat, the contract, delegation, policy) is refused at launch so the contract keeps describing the run, and the summary discloses forwarded arguments when present. For scripted configured launches, call `$HOME/.local/bin/agent-launch --preset NAME --yes HOST -- ...` or add `$HOME/.local/bin` to `PATH`. The summary goes to stderr so backend stdout stays machine-consumable.
|
|
116
116
|
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
# Instructions compatibility
|
|
2
|
+
|
|
3
|
+
[← Instructions](instructions.md) · [Storage and sessions](session-model.md) · [Recovery](recovery.md)
|
|
4
|
+
|
|
5
|
+
**Instructions** is the current name for the rules, guides, and procedures
|
|
6
|
+
component. Compatibility names below identify older interfaces and stored data;
|
|
7
|
+
they are not a second component. New documentation and callers use Instructions.
|
|
8
|
+
|
|
9
|
+
## Commands and environment
|
|
10
|
+
|
|
11
|
+
| Canonical interface | Accepted older alias | Owner |
|
|
12
|
+
| --- | --- | --- |
|
|
13
|
+
| `agent-bios instructions` | `agent-bios corpus` | `install.sh` |
|
|
14
|
+
| `--instructions` | `--corpus` | installer selection and launcher Studio entry |
|
|
15
|
+
| `--instructions-domains` | `--corpus-domains` | `launch/agent-launch.py` |
|
|
16
|
+
| `--instructions-native` | `--corpus-native` | `launch/agent-launch.py` |
|
|
17
|
+
| `--no-instructions` | `--no-corpus` | app session preview/use |
|
|
18
|
+
| `AGENT_BIOS_INSTRUCTIONS_DIR` | `AGENT_BIOS_CORPUS_DIR` | private store and installer |
|
|
19
|
+
| `AGENT_BIOS_INSTRUCTIONS_STATUS` | `AGENT_BIOS_CORPUS_STATUS` | status projection and launcher |
|
|
20
|
+
| `AGENT_BIOS_PRIVATE_INSTRUCTIONS` | `AGENT_BIOS_PRIVATE_CORPUS` | private runtime selection |
|
|
21
|
+
|
|
22
|
+
An older environment variable is a fallback when its canonical counterpart is
|
|
23
|
+
absent. If both are present with different raw values, the affected operation
|
|
24
|
+
refuses and names both variables. It does not choose a value by precedence,
|
|
25
|
+
normalize differing values into a guessed match, or select a different store.
|
|
26
|
+
Set one name, or give both the same value.
|
|
27
|
+
|
|
28
|
+
Registered helpers and returned runtime environments bind the already selected
|
|
29
|
+
absolute roots under both spellings. This replaces ambient aliases consistently;
|
|
30
|
+
it does not reinterpret conflicting settings supplied when selecting the store.
|
|
31
|
+
|
|
32
|
+
The canonical module owners are `compose/instructions*.py`. The corresponding
|
|
33
|
+
16 `compose/corpus*.py` modules remain thin import/CLI shims: `corpus.py`,
|
|
34
|
+
`corpus-state.py`, and the `corpus_app`, `corpus_catalog`, `corpus_import`,
|
|
35
|
+
`corpus_install`, `corpus_session`, `corpus_setup`, `corpus_setup_cli`,
|
|
36
|
+
`corpus_setup_i18n`, `corpus_setup_ui`, `corpus_store`, `corpus_transaction`,
|
|
37
|
+
`corpus_ui`, `corpus_ui_runtime`, and `corpus_understand` Python modules. They
|
|
38
|
+
forward to the canonical owners rather than maintaining separate implementations.
|
|
39
|
+
|
|
40
|
+
## Storage and identity
|
|
41
|
+
|
|
42
|
+
| Retained literal | Reason and owner |
|
|
43
|
+
| --- | --- |
|
|
44
|
+
| `~/.config/agent-bios/corpus/` | The private store and installer keep the existing default user root. `AGENT_BIOS_INSTRUCTIONS_DIR` can select a custom root. |
|
|
45
|
+
| `~/.local/share/agent-bios/corpus-status.json` | The status projection and launcher share the existing status location. |
|
|
46
|
+
| `.corpus-store.lock` | `compose/instructions_transaction.py` retains the shared lock name so older and newer writers do not acquire independent locks. |
|
|
47
|
+
| `corpus-rollback-*` | The status/recovery machinery retains its recovery-artifact naming contract. |
|
|
48
|
+
| `deployed_corpus`, `corpus_storage`, `retained_corpus` | Existing schema-v1 serialized fields retain their spelling for consumers of deployment, setup, and retained-library records. This includes `display.retained_corpus`. |
|
|
49
|
+
| `corpus_hash`, `corpus_drift` | Benchmark records retain their existing serialized fields. |
|
|
50
|
+
| `corpus-not-loaded` | The compatibility learning migration keeps its recorded skip-result enum. |
|
|
51
|
+
|
|
52
|
+
The naming change performs no automatic root relocation and creates no second
|
|
53
|
+
store or independent writer. Retaining the lock preserves a common exclusion
|
|
54
|
+
boundary; it does not establish that every older release understands newer data.
|
|
55
|
+
|
|
56
|
+
Existing immutable snapshots, exact item references, and session pins retain
|
|
57
|
+
their contents and identities. Newly compiled snapshots may have new hashes
|
|
58
|
+
because compiler and store implementation bytes participate in their identity.
|
|
59
|
+
A historical reference must resolve to its original content or report that it
|
|
60
|
+
is unavailable; it must not silently resolve to a newer snapshot.
|
|
61
|
+
|
|
62
|
+
## Historical and unrelated uses
|
|
63
|
+
|
|
64
|
+
Dated design records, decisions, source quotations, and captured release images
|
|
65
|
+
keep the names used at the time. The image `assets/instructions-studio.svg`
|
|
66
|
+
is an actual 0.18.0 capture and retains its earlier Corpus Studio title.
|
|
67
|
+
|
|
68
|
+
The review-request guides use *corpus* for their research dataset of review
|
|
69
|
+
findings. Contributor documentation also uses it for the AGENTS.md/CLAUDE.md
|
|
70
|
+
research collection. Those datasets are distinct from the Instructions component.
|
|
71
|
+
|
|
72
|
+
The reserved operation names are `publish-instructions` and `fetch-instructions`.
|
|
73
|
+
Neither has a network implementation, so there is no deployed endpoint to
|
|
74
|
+
migrate. The rename introduces no new network traffic.
|
|
75
|
+
|
|
76
|
+
## Removal condition
|
|
77
|
+
|
|
78
|
+
The compatibility layer is retained in 0.19.2 and scheduled for future removal;
|
|
79
|
+
no removal release is assigned. New integrations use the canonical interfaces.
|
|
80
|
+
Removal work covers older command and option aliases, environment aliases, Python
|
|
81
|
+
import shims, and old-release adapters. Stored paths, locks, serialized fields and
|
|
82
|
+
immutable references require a separate preservation or migration plan before any
|
|
83
|
+
related support is removed. Compatibility interfaces can be removed only in
|
|
84
|
+
a separately announced breaking release after consumer migration and preservation
|
|
85
|
+
or explicit migration of the affected data and references have been demonstrated.
|
|
86
|
+
An occurrence count reaching zero is not evidence that those conditions hold.
|
|
@@ -1,9 +1,16 @@
|
|
|
1
|
-
# Your
|
|
1
|
+
# Your instructions
|
|
2
2
|
|
|
3
|
-
[← Overview](../README.md) · [Setup](setup.md) · [
|
|
3
|
+
[← Overview](../README.md) · [Setup](setup.md) · [Instructions](instructions.md) · [Sessions](session-model.md) · [Recovery](recovery.md) · [Launch](advanced-launch.md) · [Understand!](understand.md)
|
|
4
4
|
|
|
5
5
|
Inspect, edit, and select the instruction library without rewriting native global instructions. Commands use the installed CLI; from a checkout, use `bash install.sh <command>` at the repository root.
|
|
6
6
|
|
|
7
|
+
**Instructions** names the rules, guides, and procedures component. Manage it with
|
|
8
|
+
`agent-bios instructions` or **Instructions Studio**. See
|
|
9
|
+
[compatibility](#compatibility) for older command names and retained storage paths.
|
|
10
|
+
|
|
11
|
+
If the installed CLI predates this source revision's `instructions` command,
|
|
12
|
+
use `agent-bios corpus` with the same subcommands until that installation is updated.
|
|
13
|
+
|
|
7
14
|
## Consumption surfaces
|
|
8
15
|
|
|
9
16
|
| Surface | Delivery |
|
|
@@ -16,12 +23,12 @@ Inspect, edit, and select the instruction library without rewriting native globa
|
|
|
16
23
|
|
|
17
24
|
## Manage the library
|
|
18
25
|
|
|
19
|
-
|
|
26
|
+
Instructions Studio and the machine CLI are views over the same `InstructionsStore`. The CLI
|
|
20
27
|
provides `list`, `search`, `show`, `history`, `status`, and `snapshot`; mutations are
|
|
21
28
|
semantic JSON passed to `plan`, followed by `apply PLAN --expected-revision REV`.
|
|
22
29
|
Implemented operations are create, update (including consumption surface), enablement, remove,
|
|
23
30
|
installed-item restore, personal-item recover, selection, reset, and rollback. Stable
|
|
24
|
-
`
|
|
31
|
+
`InstructionsRef` identities survive those changes. The current `ContentRef` hashes the
|
|
25
32
|
baseline, resolved selection, authoring/item/learning/promotion digests, catalog and
|
|
26
33
|
store implementation digests, and management bootstrap. There is not yet a standalone undo command,
|
|
27
34
|
arbitrary package authoring/import or automatic semantic conflict resolution.
|
|
@@ -61,7 +68,7 @@ content edits. A stale authoring revision refuses the preview or apply.
|
|
|
61
68
|
|
|
62
69
|
Per-item choices override domain selection in default mode, including core and
|
|
63
70
|
infrastructure defaults. Explicit selected mode includes only its chosen targets;
|
|
64
|
-
an enable override cannot pull in unrelated items. No-
|
|
71
|
+
an enable override cannot pull in unrelated items. No-instructions mode emits no instructions,
|
|
65
72
|
and imported items retain their applicable host/project scope. Turning an item off does not delete its body, edits,
|
|
66
73
|
or identity, and old snapshots and session pins remain intact. Choices survive
|
|
67
74
|
updates and content restoration; full reset returns to installed defaults.
|
|
@@ -72,7 +79,7 @@ item is a projection choice, not proof of execution. This does not block host
|
|
|
72
79
|
global/project instructions or a tool from opening a file independently.
|
|
73
80
|
|
|
74
81
|
The same revision-checked manager accepts `{"operation":"enable","items":{"@agent-bios/core:rule-003":false}}`
|
|
75
|
-
through `
|
|
82
|
+
through `instructions plan`; `true` enables within the active selection policy, `false`
|
|
76
83
|
excludes, and `null` removes that override so normal selection applies. `list` reports `enabled`,
|
|
77
84
|
`enabled_override`, and the captured authoring `revision`; pass that revision as
|
|
78
85
|
`expected_revision` when planning a batch from the displayed inventory.
|
|
@@ -86,10 +93,18 @@ content choice reconciles them; old immutable snapshots are not rewritten.
|
|
|
86
93
|
|
|
87
94
|
## Included guides
|
|
88
95
|
|
|
96
|
+
`korean-writing` is a core guide on the relevant surface. Before writing, revising,
|
|
97
|
+
or translating Korean responses, documents, slide wording, or UI copy, its router
|
|
98
|
+
requires consulting the complete guide. It contains twelve principles and Korean
|
|
99
|
+
golden examples. A complete copy already in task context need not be reread.
|
|
100
|
+
Core selection does not override explicit off or item disablement, and a router
|
|
101
|
+
instruction does not prove that a model read or followed it.
|
|
102
|
+
|
|
89
103
|
| Guide | Scope |
|
|
90
104
|
| --- | --- |
|
|
91
105
|
| `cli-multi-model-workflow` | multi-model CLI workflow: Default Frame, role slots/tiers, delegation mechanics, driving Codex CLI directly, cache economy, unattended-batch safety, halt/resume, handoff contract, Environment Binding |
|
|
92
106
|
| `coding-staged-workflow` | staged development: design → process → implement, lightweight path, review loop, severity contract, stop conditions |
|
|
107
|
+
| `ui-design` | operational task flows, evidence and authority, visual hierarchy, design tokens and layout; conditional visual-direction companion |
|
|
93
108
|
| `verification-discipline` | verification depth and per-domain mix (owns the Verification Menus), case space, what a green result is worth |
|
|
94
109
|
| `concept-economy` | concept-surface economy: reuse / extend / rename / split, split triggers, migration compatibility |
|
|
95
110
|
| `documentation-hygiene` | where comments, history, and handoffs belong; how to phrase rules others follow |
|
|
@@ -109,9 +124,22 @@ The `slide-writing` guide is selected through `office-work` and
|
|
|
109
124
|
slide or presentation task. Its companion runbook and scripts are used only for
|
|
110
125
|
an explicitly applicable static HTML/PDF job: preparation derives a job-local
|
|
111
126
|
criteria copy and `ORACLE.json`, then freezes them with the job inputs and runtime
|
|
112
|
-
version. Jobs stay outside immutable
|
|
127
|
+
version. Jobs stay outside immutable instructions snapshots; preparation and result
|
|
113
128
|
acceptance need Python, while rendering uses the optional dependencies listed in
|
|
114
129
|
`DEPENDENCIES.md`. Native presentation formats remain the user's choice; the
|
|
115
130
|
supplied renderer's mechanical checks apply only to its static HTML/PDF path.
|
|
116
131
|
|
|
117
|
-
See [recovery](recovery.md) for migration, reset, and ownership conflicts, and [native launch settings](advanced-launch.md#native-hooks-and-agents) before enabling executable
|
|
132
|
+
See [recovery](recovery.md) for migration, reset, and ownership conflicts, and [native launch settings](advanced-launch.md#native-hooks-and-agents) before enabling executable instructions content.
|
|
133
|
+
|
|
134
|
+
## Compatibility
|
|
135
|
+
|
|
136
|
+
Use `agent-bios instructions` and the `--instructions` family of options for new
|
|
137
|
+
commands. The older `corpus` command and options remain aliases. Canonical
|
|
138
|
+
environment variables use `INSTRUCTIONS`; older `CORPUS` names remain fallbacks,
|
|
139
|
+
and conflicting old/new values are refused.
|
|
140
|
+
|
|
141
|
+
The private library remains under `~/.config/agent-bios/corpus/`, and the status
|
|
142
|
+
projection remains `~/.local/share/agent-bios/corpus-status.json`. The naming change
|
|
143
|
+
does not relocate data or rewrite old snapshots and session pins. The
|
|
144
|
+
[compatibility contract](instructions-compatibility.md) names retained interfaces,
|
|
145
|
+
their owners, and the conditions for eventual removal.
|
package/docs/recovery.md
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
# Installation, migration, and recovery
|
|
2
2
|
|
|
3
|
-
[← Overview](../README.md) · [Setup](setup.md) · [
|
|
3
|
+
[← Overview](../README.md) · [Setup](setup.md) · [Instructions](instructions.md) · [Sessions](session-model.md) · [Recovery](recovery.md) · [Launch](advanced-launch.md) · [Understand!](understand.md)
|
|
4
4
|
|
|
5
|
-
Start with `agent-bios status`. Commands use the installed `agent-bios@0.19.
|
|
5
|
+
Start with `agent-bios status`. Commands use the installed `agent-bios@0.19.0` CLI;
|
|
6
6
|
from a source checkout use `bash install.sh <command>`. For first installation and app
|
|
7
7
|
setup recovery, see [Setup](setup.md). Commands below are **operation references, not a sequence to paste and run**. Preview the specific action you need; do not delete an ownership conflict just to make installation succeed.
|
|
8
8
|
|
|
@@ -14,18 +14,18 @@ an immutable release and baseline under agent-bios-owned state. It installs the
|
|
|
14
14
|
`agent-launch` entrypoint and its own profile/catalog files, but does not change native
|
|
15
15
|
Claude/Codex globals, settings or hooks. Optional app registration adds only its
|
|
16
16
|
owned discovery link, and optional shell connection changes only its owned startup
|
|
17
|
-
wiring. Neither activates
|
|
17
|
+
wiring. Neither activates instructions in a task.
|
|
18
18
|
|
|
19
19
|
| Command | Purpose |
|
|
20
20
|
| --- | --- |
|
|
21
|
-
| `npm install -g agent-bios@0.19.
|
|
21
|
+
| `npm install -g agent-bios@0.19.0` | install the CLI package; private setup is a separate explicit command |
|
|
22
22
|
| `agent-bios install` | open the guided installation UI |
|
|
23
|
-
| `agent-bios install --non-interactive --
|
|
23
|
+
| `agent-bios install --non-interactive --instructions none` | store runtime with no active instructions |
|
|
24
24
|
| `agent-bios onboard --non-interactive --domains builder-base,multi-agent-orchestration` | store the named domains with compatibility core/infra selection |
|
|
25
25
|
| `agent-bios setup status --review-id ID` / `resume --review-id ID` | inspect the setup receipt / prepare a safe continuation without executing it |
|
|
26
26
|
| `agent-bios verify` | verify stored bytes/catalog/baseline; not host activation |
|
|
27
27
|
| `agent-bios status` | show the private release, baseline, conflicts, and evidence state |
|
|
28
|
-
| `agent-bios
|
|
28
|
+
| `agent-bios instructions` | rich Instructions Studio in a TTY; list in a non-TTY |
|
|
29
29
|
| `agent-launch claude` | open the launch TUI for Claude |
|
|
30
30
|
| `agent-launch codex` | open the launch TUI for Codex |
|
|
31
31
|
| `agent-bios shell restore` | opt in: bare claude/codex opens the TUI |
|
|
@@ -34,9 +34,9 @@ wiring. Neither activates corpus in a task.
|
|
|
34
34
|
| `agent-bios reset --apply --yes --expected-revision REV` | use the revision returned by preview |
|
|
35
35
|
| `agent-bios migrate` | preview legacy global cleanup; --apply --yes performs it |
|
|
36
36
|
| `agent-bios update` | git pull + reinstall (clone), or print the npm update line |
|
|
37
|
-
| `agent-bios uninstall` | remove owned runtime entries; retain user
|
|
37
|
+
| `agent-bios uninstall` | remove owned runtime entries; retain user instructions and pinned sessions |
|
|
38
38
|
|
|
39
|
-
`agent-launch` examples assume `~/.local/bin` is on `PATH`; otherwise use `"$HOME/.local/bin/agent-launch"`. From a checkout, deploy with `bash install.sh install` at its root, not the globally installed CLI. A blocked npm postinstall message does not deploy the
|
|
39
|
+
`agent-launch` examples assume `~/.local/bin` is on `PATH`; otherwise use `"$HOME/.local/bin/agent-launch"`. From a checkout, deploy with `bash install.sh install` at its root, not the globally installed CLI. A blocked npm postinstall message does not deploy the instructions; the explicit `install` command remains necessary.
|
|
40
40
|
|
|
41
41
|
## Ownership and legacy migration
|
|
42
42
|
|
|
@@ -185,7 +185,7 @@ agent-bios migrate --apply --yes
|
|
|
185
185
|
|
|
186
186
|
Installation and rollback validate the target baseline and personal field/member
|
|
187
187
|
changes together. Conflicts preserve the current selection rather than dropping
|
|
188
|
-
items from a successful snapshot. Installation publishes a complete
|
|
188
|
+
items from a successful snapshot. Installation publishes a complete instructions/config
|
|
189
189
|
association under the same lock used by readers. Pending publication is disclosed
|
|
190
190
|
by status and prevents a new configured launch from reading mixed state; bare and
|
|
191
191
|
pinned replay can use the last confirmed immutable release.
|
|
@@ -198,4 +198,4 @@ an interrupted reset, or review and accept a fresh revision to replace a stale
|
|
|
198
198
|
reset intent. Later user changes and replacement credentials are not overwritten
|
|
199
199
|
by the old intent. Nonsecret settings are archived; token bytes never are.
|
|
200
200
|
|
|
201
|
-
Reset also clears individual on/off overrides and the active trophy display generation. It is not a deletion of uploaded learning records. See [
|
|
201
|
+
Reset also clears individual on/off overrides and the active trophy display generation. It is not a deletion of uploaded learning records. See [instructions controls](instructions.md) and [learning discoveries](understand.md).
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
# agent-bios 0.19.2
|
|
2
|
+
|
|
3
|
+
Release changes relative to 0.19.1.
|
|
4
|
+
|
|
5
|
+
## Korean writing guidance
|
|
6
|
+
|
|
7
|
+
The core library includes `korean-writing`, a relevant guide consulted before Korean
|
|
8
|
+
writing, revision, or translation. Twelve principles and Korean golden examples
|
|
9
|
+
cover meaning preservation, evidence and uncertainty, terminology, conditions,
|
|
10
|
+
proposal/completion distinctions, and UI wording that matches actual behavior.
|
|
11
|
+
The guide applies to responses, documents, slide wording, and UI copy. Selection
|
|
12
|
+
and per-item disablement remain explicit; routing is not proof of model reading.
|
|
13
|
+
|
|
14
|
+
## Instructions naming and upgrade compatibility
|
|
15
|
+
|
|
16
|
+
The rules, guides, and procedures component is named **Instructions**, and its
|
|
17
|
+
management UI is **Instructions Studio**. The canonical CLI is
|
|
18
|
+
`agent-bios instructions`; launcher, setup and app guidance use the same naming.
|
|
19
|
+
|
|
20
|
+
Older interfaces continue to work against the same implementation and store.
|
|
21
|
+
Conflicting old/new environment settings are rejected instead of choosing another
|
|
22
|
+
store. Existing storage locations, serialized identities, session pins and the
|
|
23
|
+
shared writer lock are preserved. Old-release launcher and app-bridge adapters
|
|
24
|
+
remain available during upgrades. This compatibility layer is a future removal
|
|
25
|
+
item, subject to the [documented removal conditions](../instructions-compatibility.md#removal-condition).
|
|
26
|
+
|
|
27
|
+
The conversational setup guide names the actual retained-inventory response fields,
|
|
28
|
+
so the agent can present previously stored personal instructions during setup.
|
|
29
|
+
|
|
30
|
+
## Product scope
|
|
31
|
+
|
|
32
|
+
The documented purpose centers on selecting, sharing and continuing team work
|
|
33
|
+
environments. The implemented product remains the Instructions library and host
|
|
34
|
+
launch/delivery integration. Domain knowledge, Decision memory and shared environment
|
|
35
|
+
editions are design directions, not features introduced by this release.
|
|
36
|
+
|
|
37
|
+
Interactive setup, language selection, app connection and local instruction capture
|
|
38
|
+
were already available in 0.19.1.
|
|
@@ -0,0 +1,107 @@
|
|
|
1
|
+
# agent-bios 0.19.3
|
|
2
|
+
|
|
3
|
+
Release changes relative to 0.19.2.
|
|
4
|
+
|
|
5
|
+
## Windows without npm or WSL
|
|
6
|
+
|
|
7
|
+
Windows installs as scripts and data bound to an approved CPython 3.13, with no
|
|
8
|
+
custom executable and no EXE installer. It targets machines whose application
|
|
9
|
+
control permits PowerShell and Python but blocks unrecognized executables. The
|
|
10
|
+
bootstrap reuses an approved CPython already on the machine, or provisions the
|
|
11
|
+
pinned official embeddable runtime into an application-private folder; neither an
|
|
12
|
+
existing Python nor its packages are modified.
|
|
13
|
+
|
|
14
|
+
The installed commands are `agent-bios` and `agent-launch`. Each is a static
|
|
15
|
+
wrapper plus a generated `.cmd` shim, because Windows does not treat `.ps1` as
|
|
16
|
+
executable: without the shim a PATH directory holding only wrappers is reachable
|
|
17
|
+
from PowerShell alone, and the Command Prompt, the Run box and any program that
|
|
18
|
+
spawns a command find nothing while PATH is correct. The shim is generated at
|
|
19
|
+
installation rather than shipped, since Authenticode cannot sign a `.cmd`; its
|
|
20
|
+
bytes are fixed and recorded in the deployment's ownership inventory, so a
|
|
21
|
+
modified shim is refused exactly like a modified command.
|
|
22
|
+
|
|
23
|
+
`agent-bios uninstall` removes owned commands, shims, shortcuts and the owned
|
|
24
|
+
PATH entry. Private instructions, session records and any preexisting Python are
|
|
25
|
+
retained.
|
|
26
|
+
|
|
27
|
+
## A fixed installation address
|
|
28
|
+
|
|
29
|
+
The project's installation page serves one explicitly promoted release at a fixed
|
|
30
|
+
URL, so publishing another release does not silently change what the address
|
|
31
|
+
installs. It carries a one-line command per platform.
|
|
32
|
+
|
|
33
|
+
Each command relaxes the PowerShell execution policy for the single process it
|
|
34
|
+
starts, because the default policy on an unconfigured Windows client is
|
|
35
|
+
Restricted and refuses a downloaded script. The machine's saved policy is not
|
|
36
|
+
edited, and a domain-imposed policy still refuses through the invocation's own
|
|
37
|
+
error. The Windows command names the interpreter, so it can be pasted into the
|
|
38
|
+
Command Prompt or the Run box rather than only into an open PowerShell.
|
|
39
|
+
|
|
40
|
+
The macOS and Linux command installs the published npm release and stops, naming
|
|
41
|
+
the command that deploys the work environment: `curl | bash` gives the shell a
|
|
42
|
+
pipe, and the interactive chooser needs a terminal. It also reports the case npm
|
|
43
|
+
leaves behind — a successful global install whose command the caller's PATH does
|
|
44
|
+
not carry.
|
|
45
|
+
|
|
46
|
+
Windows releases come in two channels. Stable is Authenticode-signed and
|
|
47
|
+
timestamped. Preview is published without a signing identity and refuses to run
|
|
48
|
+
unless the caller adds `-AcceptUnsignedPreview`; the hashes pinned inside the
|
|
49
|
+
bootstrap still guard the manifest, the application archive and the runtime
|
|
50
|
+
archive.
|
|
51
|
+
|
|
52
|
+
## Claude Desktop
|
|
53
|
+
|
|
54
|
+
Claude Desktop opens conversations without a launcher and exposes no skill folder an
|
|
55
|
+
installer can reach ahead of time, so agent-bios reaches it as a local extension the
|
|
56
|
+
user installs once. `agent-bios app desktop` writes a `.mcpb` file under the private
|
|
57
|
+
state root; opening it with Desktop installs a standard-library stdio MCP server with
|
|
58
|
+
four tools: status, preview, use and off. agent-bios writes nothing into Desktop's own
|
|
59
|
+
folders or configuration.
|
|
60
|
+
|
|
61
|
+
`use` returns the saved installation selection, or a selection named in the request,
|
|
62
|
+
as context for that conversation only. Nothing reaches a conversation that did not
|
|
63
|
+
ask, including one already in progress. Desktop sends no conversation identity with a
|
|
64
|
+
tool call, so the first preview or use returns a `session_id` that later calls pass
|
|
65
|
+
back; a repeated use with it returns the same text without recording a second
|
|
66
|
+
delivery. The returned text ends with an `agent-bios end` line, and reporting that
|
|
67
|
+
line through status records that the text was read to its end. It does not record
|
|
68
|
+
whether Desktop kept the text in the message or saved it to a file, which Desktop
|
|
69
|
+
does not reveal to the extension.
|
|
70
|
+
|
|
71
|
+
The file names the absolute Python that generated it, because Desktop resolves a bare
|
|
72
|
+
`python3` through the login shell's PATH, which on stock macOS reaches 3.9. The server
|
|
73
|
+
finds the current installation on every call, so an agent-bios update needs no new
|
|
74
|
+
file; changing that Python does. Desktop delivery has no project scope, so
|
|
75
|
+
project-scoped imported instructions are not included, in chat or in the Code tab.
|
|
76
|
+
|
|
77
|
+
## Installation reports an unreachable launcher
|
|
78
|
+
|
|
79
|
+
Installation now says when the `agent-launch` it deposits cannot be typed: when
|
|
80
|
+
`~/.local/bin` is not on the shell's PATH, and when the optional zsh connection that
|
|
81
|
+
routes a bare `claude` or `codex` through the launcher is off. Both used to end in a
|
|
82
|
+
success message followed by `command not found`. A reachable installation reports
|
|
83
|
+
nothing new. The terminal interface, the conversation client and the non-interactive
|
|
84
|
+
path share the message.
|
|
85
|
+
|
|
86
|
+
## Instruction guides
|
|
87
|
+
|
|
88
|
+
The multi-model workflow, staged coding workflow, LLM capability boundary,
|
|
89
|
+
tooling gotchas, verification discipline and UI design guides were revised, and
|
|
90
|
+
lessons paid for on a separate deployment line were carried across where this
|
|
91
|
+
line had not already removed them. The tooling-gotchas hook was updated with
|
|
92
|
+
them.
|
|
93
|
+
|
|
94
|
+
## Not established by this release
|
|
95
|
+
|
|
96
|
+
No signing identity exists yet, so the published Windows channel is the unsigned
|
|
97
|
+
preview. Approval by an organization policy or endpoint-protection product is not
|
|
98
|
+
established: a green workflow proves the route on a hosted runner where
|
|
99
|
+
PowerShell and Python are permitted. Migration of an existing EXE installation
|
|
100
|
+
into the script route is refused rather than attempted.
|
|
101
|
+
|
|
102
|
+
The Claude Desktop route was measured on Desktop 2.16120.0 for macOS, in chat and in
|
|
103
|
+
the Code tab. It is not available on Windows, and a later Desktop version is not
|
|
104
|
+
established to load the file until someone checks it.
|
|
105
|
+
|
|
106
|
+
Domain knowledge, Decision memory and shared environment editions remain design
|
|
107
|
+
directions rather than features of this release.
|
package/docs/session-model.md
CHANGED
|
@@ -1,24 +1,24 @@
|
|
|
1
1
|
# Sessions, storage, and verification
|
|
2
2
|
|
|
3
|
-
[← Overview](../README.md) · [Setup](setup.md) · [
|
|
3
|
+
[← Overview](../README.md) · [Setup](setup.md) · [Instructions](instructions.md) · [Sessions](session-model.md) · [Recovery](recovery.md) · [Launch](advanced-launch.md) · [Understand!](understand.md)
|
|
4
4
|
|
|
5
5
|
**Library → selection and edits → immutable snapshot → configured session**
|
|
6
6
|
|
|
7
|
-
##
|
|
7
|
+
## Instructions ownership
|
|
8
8
|
|
|
9
9
|
Single source of truth for the instructions and scoped guides supplied to activated
|
|
10
10
|
Claude Code or Codex CLI sessions, or explicitly chosen Codex app tasks. Edit once;
|
|
11
|
-
the private
|
|
11
|
+
the private instructions compiler projects the selected content through the chosen delivery route.
|
|
12
12
|
|
|
13
|
-
|
|
14
|
-
installs, verifies, and evolves
|
|
13
|
+
The product supplies deployable instructions for coding agents and the CLI that
|
|
14
|
+
installs, verifies, and evolves them. The npm package ships the instructions; `install.sh` is both the
|
|
15
15
|
`agent-bios` CLI entry and the deployer.
|
|
16
16
|
|
|
17
17
|
## Authored layers
|
|
18
18
|
|
|
19
19
|
Two authored layers:
|
|
20
20
|
|
|
21
|
-
- **Always-in-an-activated-session instructions** — `claude/CLAUDE.md` is the English canonical and `codex/AGENTS.md` its generated host projection. They hold compact invariants, decision principles, and guide pointers. A clean private install does not copy either file into a host's global discovery path; `compose/
|
|
21
|
+
- **Always-in-an-activated-session instructions** — `claude/CLAUDE.md` is the English canonical and `codex/AGENTS.md` its generated host projection. They hold compact invariants, decision principles, and guide pointers. A clean private install does not copy either file into a host's global discovery path; `compose/instructions_catalog.py` inventories their registered items and compiles the selected rules into an immutable session snapshot.
|
|
22
22
|
- **Scoped guides** — `claude/guides/`, with generated Codex mirrors. The snapshot compiler copies selected guides to private generation-qualified paths and emits their router. Procedures, tables, numbers, and environment-specific content live here.
|
|
23
23
|
|
|
24
24
|
## Activation and Vanilla
|
|
@@ -33,19 +33,27 @@ instructions still follow the host's normal loading rules. `--resume-session ID`
|
|
|
33
33
|
loads the recorded host/session pin rather than resolving current defaults.
|
|
34
34
|
|
|
35
35
|
Per-item on/off overrides take precedence over default-mode launch-domain selection.
|
|
36
|
-
No-
|
|
36
|
+
No-instructions mode emits no instructions. Explicit selected mode keeps inclusion within its
|
|
37
37
|
targets; disabled items stay excluded and unrelated enabled overrides do not leak in.
|
|
38
|
-
Imported items also respect their host/project scope. See [
|
|
38
|
+
Imported items also respect their host/project scope. See [instructions selection](instructions.md#manage-the-library). Existing host globals are loaded by default; [selective exclusion](advanced-launch.md#global-instruction-files) is a separate host-specific option.
|
|
39
39
|
|
|
40
40
|
## Codex app tasks
|
|
41
41
|
|
|
42
|
-
App tasks have an explicit [use/off workflow](setup.md#use-
|
|
42
|
+
App tasks have an explicit [use/off workflow](setup.md#use-instructions-in-a-codex-app-task).
|
|
43
43
|
Use returns a selected snapshot through the tool/context path and records a
|
|
44
44
|
`returned-as-context` receipt separately from native CLI pins. Stored registration
|
|
45
45
|
and returned text do not prove native app discovery or model reading. Off stops
|
|
46
46
|
further managed use, but cannot retract earlier context; a new task is needed for
|
|
47
47
|
clean exclusion. Management and instruction capture do not activate task context.
|
|
48
48
|
|
|
49
|
+
## Claude Desktop conversations
|
|
50
|
+
|
|
51
|
+
Desktop conversations pull through the [Desktop extension](setup.md#use-instructions-in-claude-desktop).
|
|
52
|
+
Use returns the selected snapshot as a tool result and records a `returned-as-context`
|
|
53
|
+
receipt under an identity agent-bios mints, because Desktop sends none. An end-marker line
|
|
54
|
+
reported back confirms the text was read to its end, not that it stayed inline. Nothing
|
|
55
|
+
reaches a conversation that did not ask, including one already in progress.
|
|
56
|
+
|
|
49
57
|
## Storage layout
|
|
50
58
|
|
|
51
59
|
From a clone, `bash install.sh install` is the same default path. The release lives
|
|
@@ -53,11 +61,14 @@ under `~/.local/share/agent-bios/runtime/releases/`; baseline tuples and transac
|
|
|
53
61
|
journals live under that runtime root, immutable snapshots and pins under
|
|
54
62
|
`~/.local/share/agent-bios/sessions/`, and user packages, overlays, tombstones,
|
|
55
63
|
learnings, history, and trash under `~/.config/agent-bios/corpus/`. The corresponding
|
|
56
|
-
`AGENT_BIOS_STATE_DIR` and `
|
|
64
|
+
`AGENT_BIOS_STATE_DIR` and `AGENT_BIOS_INSTRUCTIONS_DIR` environment variables relocate
|
|
57
65
|
those private roots; `AGENT_LAUNCH_VENV` relocates the managed dependency environment.
|
|
66
|
+
The `corpus/` directory name is retained for storage compatibility; the naming
|
|
67
|
+
change does not move user data. Older environment names remain
|
|
68
|
+
[compatibility aliases](instructions.md#compatibility).
|
|
58
69
|
The UI entrypoints use their verified process-temporary bundle without
|
|
59
70
|
requiring a preinstalled Textual runtime.
|
|
60
|
-
The owned `agent-launch` entrypoint exports `
|
|
71
|
+
The owned `agent-launch` entrypoint exports `AGENT_BIOS_PRIVATE_INSTRUCTIONS=1` and the
|
|
61
72
|
immutable `AGENT_BIOS_PACKAGE_ROOT`; the launcher also recognizes the private install
|
|
62
73
|
record when the explicit marker is absent. These select the private runtime and do not
|
|
63
74
|
claim that any host session has loaded a snapshot.
|
|
@@ -70,26 +81,26 @@ the install record, and verifies the owned launcher/profile/status projections.
|
|
|
70
81
|
result says `activation: unverified`: neither stored bytes nor a dry-run argv proves a
|
|
71
82
|
host loaded the snapshot.
|
|
72
83
|
|
|
73
|
-
|
|
74
|
-
`--
|
|
84
|
+
Instructions selection seeds future activated sessions, not plain CLI/Vanilla. A one-off
|
|
85
|
+
`--instructions-domains` selection applies only to that launch. The store composes an
|
|
75
86
|
immutable `ContentRef`; Codex startup preserves the effective native developer
|
|
76
|
-
instructions, injects the private
|
|
87
|
+
instructions, injects the private instructions and dynamic launch contract, creates and
|
|
77
88
|
reads back a durable host thread, then records its pin. Claude uses the per-call
|
|
78
89
|
append and requested session id and records a pin only after observing that id in the
|
|
79
90
|
native session log. Real-host probes cover Codex and Claude first-turn delivery,
|
|
80
|
-
including
|
|
91
|
+
including instructions propagation to a launcher-generated Claude workhorse. Claude
|
|
81
92
|
resume restores the pin's exact environment provenance rather than changing an unset
|
|
82
93
|
config-home variable into an explicit default. Post-fix authenticated resume remains
|
|
83
94
|
unverified. Snapshot pin integrity alone does
|
|
84
95
|
not establish that a resumed model request succeeded.
|
|
85
96
|
|
|
86
97
|
The native Claude plugin bootstrap has advertised selected plugin roots and
|
|
87
|
-
qualified
|
|
98
|
+
qualified instructions agents. An edited instructions `SessionStart` hook ran automatically
|
|
88
99
|
through its generated plugin. Codex 0.153.4 discovery retains user, project and session
|
|
89
|
-
hooks alongside the selected
|
|
100
|
+
hooks alongside the selected instructions. A real-host test with a local transport verifies
|
|
90
101
|
that a generated `SessionStart` hook runs and injects context after its exact definition
|
|
91
102
|
is trusted; the untrusted control does neither. This test uses no external model.
|
|
92
|
-
Authenticated
|
|
103
|
+
Authenticated instructions-agent execution and native skill-menu registration remain
|
|
93
104
|
unverified; they are separate from hook delivery and launcher-tier child evidence.
|
|
94
105
|
|
|
95
106
|
Pins preserve environment provenance rather than reconstructing it: the host's
|
|
@@ -107,7 +118,7 @@ refuse native `--cd`/`-C` cwd overrides before delivery; change to the target pr
|
|
|
107
118
|
first so snapshot scope and native execution agree. Ordinary CLI/Vanilla forwarding
|
|
108
119
|
keeps its native behavior.
|
|
109
120
|
|
|
110
|
-
Snapshots outside no-
|
|
121
|
+
Snapshots outside no-instructions mode retain the immutable private management bootstrap
|
|
111
122
|
and put its exact path in the injected startup text, so `$agent-bios` has private
|
|
112
123
|
procedure access even without native skill discovery. Selected requested procedures are exposed the same
|
|
113
124
|
way. This is not a claim that either host registered them in its native skill menu;
|
|
@@ -115,6 +126,6 @@ native skill registration remains unverified.
|
|
|
115
126
|
|
|
116
127
|
## Scope
|
|
117
128
|
|
|
118
|
-
The repository and npm package contain
|
|
129
|
+
The repository and npm package contain instructions sources and private runtime machinery,
|
|
119
130
|
not a user's authoring state, learning events, snapshots, pins, activation journals,
|
|
120
131
|
credentials, native settings, or generated temporary files.
|