메뉴
Use when you have extra session capacity and want to set your ecosystem improving without active attention. Sovereign-invoked only, never scheduled. For low-stakes, additive, vault-internal improvement work where no per-item approval is needed.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when running the weekly intelligence review. The AI briefs each engagement from live ecosystem data, the Sovereign speaks freely across 3 this-week and 2 next-week engagements, and the session closes with a Sovereign Command update.
Use when starting a session to initialize the AI interface with continuity checks, a live ecosystem orientation and approval-gated support sweep before any session work begins.
Use when archiving several ecosystem artifacts at once with per-artifact approval gates before any vault move executes.
Use when checking for published updates from the Sovereign Ecosystem GitHub repo and selectively applying only what you explicitly approve.
Use when a long-form manuscript (book chapter, ebook, multi-chapter playbook, long-form digital product) needs an editing pass to identify and remove AI writing tells against the Anti-AI Writing Patterns Codex. Triggered by the Sovereign after draft completion, by a Pending Plan handover map naming this skill at the edit phase, or by any post-draft state where AI-assisted prose needs the anti-pattern sweep before final review.
Use when updating a Pending Plan mid-arc with breadcrumbs, applicability changes, partial implementation notes and reconciliation-ready context.
| name | autonomous-improvement-session |
| description | Use when you have extra session capacity and want to set your ecosystem improving without active attention. Sovereign-invoked only, never scheduled. For low-stakes, additive, vault-internal improvement work where no per-item approval is needed. |
| status | active |
| tier | foundational |
| contrast_tier | 1 |
| external_orientation | true |
Purpose: Run a set-and-forget session that improves your ecosystem without your active attention. Burns extra capacity on low-stakes, additive, vault-internal hygiene and improvement work. Tier 1 items land edits directly. Tier 2 items produce findings for later review. The skill is a recursive flywheel: a research rotation grows its own menu of improvement types every cycle, a threshold model lets its execution authority climb one earned step at a time, and a decision board lets the Sovereign ratify the climb on their own schedule. Menu growth is fast and wide. Execution authority is slow and earned.
Trigger: Sovereign-invoked when extra capacity exists. Examples: heading out, end of week with capacity to burn, end of session with remaining budget. Never scheduled, never auto-fired.
Inputs: The log file at Council Chamber/Logs/Autonomous Improvement Log.md (state lives in its frontmatter). Optional invocation hint: number of items to run, a tier preference, a "full sweep" override.
Outputs: One appended entry at the top of the log body and a regenerated decision board at Council Chamber/Skills/Autonomous Improvement Session/decision-board.md. Tier 1 items leave evidence as edits in their target files. Tier 2 items fold their findings into the decision board.
Output doctrine. The decision board is the single decision surface. No skill-generated report files land in the Inbox. The Inbox is a routing queue for genuine inbound notes, not a place for this skill's output. The run-log entry plus the session record (a git commit when your vault is git-tracked) is the durable breadcrumb, lightweight by design and matching the Session Closeout slim. Write a standalone report only when a specific run genuinely warrants one.
Load this skill's CLAUDE.md first. It holds the operating mindset, the posture to run with. Read it, then this principle, then the steps.
This is an autonomous improvement and hygiene engine. The default verb is DO, not propose.
If an action is additive, reversible, vault-internal and touches no deletion, no canonical-governance ratification, no voice and no outward surface, then execute it and record it in the run log. Do not ask. Routing an Inbox item to its container, archiving an implemented plan, fixing a reference to a retired artifact, adding a missing index entry, normalizing a slug: these are the work, not proposals. If something is broken or missing and the clean fix is obvious and safe, make the fix.
Surface to the Sovereign only two things. First, a genuine judgment fork. Concretely that means any one of: the routing heuristics conflict or none clearly applies; the situation is materially novel versus prior clean runs of this action; intent is ambiguous and the choice would set a pattern; or the action is reversible but high-impact (touches many files at once, or a high-inbound-reference artifact). Absent one of those, it is not a fork. Do the work. Second, anything that touches the Permanent Floor. These two reflexes are opposite and must not blur: safe work is act-then-show, Floor-class work is surface-then-wait. "Do not ask" governs the safe domain. It is never license to act on a Floor item, and the Floor's existence is never license to ask about safe work near it. A clean run leaves the Approvals bucket near empty, because the safe work is already done and sits in the Completed bucket for review.
The Permanent Floor (see Constraints) is the guardrail and it is absolute. Everything above it that is safe is yours to execute. Autonomy within the guardrails is the entire point of this skill.
The full Tier 1 and Tier 2 menu (per-item execution specs, eligibility rules and output artifacts) lives in [[Council Chamber/Skills/Autonomous Improvement Session/references/menu-catalog]]. Load it at Step 2 and keep it open through Tier 1 and Tier 2 execution.
Tier 1 (autonomous, edits land directly): T1-1 wikilink integrity re-sweep, T1-2 index regeneration, T1-3 anti-AI sweep on draft articles, T1-4 memory file slug variant normalization, T1-5 Codices Index completeness sweep, T1-6 superseded-artifact and dead-section sweep, T1-7 runtime log rotation, T1-8 skill mandatory-sections completeness sweep.
Tier 2 (read-only scans, findings to the decision board): T2-1 Inbox triage, T2-2 stale draft surface, T2-3 external link rot, T2-4 memory cross-reference health, T2-5 codex inbound density, T2-6 skill cross-reference health, T2-7 MEMORY.md compression candidates, T2-8 breadcrumb propagation and stale-reference sweep, T2-9 implemented-plan archival candidate sweep, T2-10 status vocabulary conformance, T2-11 tag consistency hygiene, T2-12 hook coverage audit, T2-13 scripts-package dependency and CVE audit, T2-14 orphaned and superseded image sweep, T2-15 skill frontmatter conformance sweep, T2-16 skill status-to-usage drift audit, T2-17 contraction enforcement sweep, T2-18 project-memory lifecycle staleness sweep, T2-19 Term Registry placeholder-resolution scan, T2-20 security audit staleness sentinel, T2-21 MCP server load-vs-use gap audit, T2-22 explicit model-set compliance audit, T2-23 review-date staleness sentinel, T2-24 index-file dead-link audit, T2-25 settings file allow-list integrity audit, T2-26 undocumented required-env-key audit, T2-27 skill disambiguation and trigger-collision scan, T2-28 SKILL.md progressive-disclosure overgrowth scan.
Optional extension: external-surface triage. If your ecosystem maintains external repositories with issue tracking, add a Step 0 that queries open routine or health issues, clusters by type and priority, routes each into safe-now, fix-via-PR and judgment lanes, and closes consumed issues with a consumption comment. The triage reads and routes. It never pushes to an external main branch. This extension stays off until you run external repos.
The flywheel runs at two speeds on purpose. Menu growth is fast and wide: the research rotation casts a wide net for categories and mechanisms of improvement, and the menu of things the skill knows how to do grows every cycle. Execution authority is slow and earned: v1 keeps today's line, and the line climbs item by item only through ratified decisions. Wide net for ideas. Narrow gate for action. The gate widens only with proof.
Every menu item and every discovered action carries an autonomy level. The level governs execution authority. It is distinct from the tier, which governs output shape: Tier 1 lands edits, Tier 2 writes findings.
A skill-level auto_execute_threshold lives in the log frontmatter and defines the line. It starts at 1. At or below the line the agent executes. Above the line it parks to the decision board. The threshold and per-item levels move only through ratified decisions logged in the run history. Nothing raises its own autonomy.
v1 posture: threshold 1, every starter item Level 1. The autonomy field becomes load-bearing as the menu grows and new items arrive carrying judgment forks or structural reach.
One review surface. The closing output is the board, and a durable backing file at Council Chamber/Skills/Autonomous Improvement Session/decision-board.md holds the same content for continuity. The board is regenerated each run with the current run's open decisions. Resolved decisions log to the Autonomous Improvement Log, not the board.
Four buckets:
Read Council Chamber/Logs/Autonomous Improvement Log.md. Parse the frontmatter: menu_state map (item ID to last-run date), run_counter integer, auto_execute_threshold integer, research_state map (category ID to last-researched date) and priority_flags list. If the log does not exist, halt and surface: "Log file missing. Create the seed log per the SKILL.md and retry."
Load [[Council Chamber/Skills/Autonomous Improvement Session/references/menu-catalog]] now. For each menu item (T1-* and T2-*), apply its eligibility rule against the state. Build an eligible-items list. If the Sovereign passed an item name, narrow to that item only.
Three-tier eligibility (resolves the cooldown problem):
A fixed day-window is the wrong throttle for cheap hygiene. Condition-based items run every session that has something to do.
Any item listed in the log frontmatter priority_flags is eligible this run regardless of its day-window or last-run date. Consume the flag when the item runs and delivers. A flag the Sovereign wants standing is restored manually.
No single run executes everything. Rank eligible items by priority, then select up to a budget of 8 per run. Priority is a simple score, highest first: Sovereign-flagged items (priority_flags) lift to the top, research-surfaced high-value items lift next, staleness lifts an item the further it has sat past its window.
If the Sovereign passed an item count, honor it against the ranked list. If they passed "full sweep", run every eligible item with no cap. Selection respects the threshold: only items at or below auto_execute_threshold execute. Eligible items above the line surface on the decision board instead.
Output a one-paragraph plan: "Running N items this session. Tier 1: [list]. Tier 2: [list]. Estimated wall time: [rough estimate]." This is the only announcement until close.
For each Tier 1 item, first check its autonomy level against auto_execute_threshold:
After each item completes, do a layer-1 opportunistic capture (Step 6), then move to the next item.
Immediately after each Tier 1 item completes, ask: "Did running this item surface any other opportunity types worth adding to the menu?" Capture findings as draft candidate entries. Findings flow into Step 9 synthesis.
Dispatch all Tier 2 items in parallel as Sonnet subagents (read-only scans are safely parallel). Each returns a structured finding. Tier 2 items are Level 1: producing a read-only finding is fully autonomous. When a finding needs a ruling the return session should act on, mirror it as a board bucket-2 entry.
The research rotation is the engine of menu growth. It rotates through the research categories registered in the menu catalog (see the Research Rotation Categories section there). Keys how many it runs to how many categories exist: six or fewer categories, research one per session; more than six, research two per session. Read research_state, pick the least-recently-researched categories, dispatch one Sonnet worker per selected category. Each returns a self-ranked top-5 candidate list with a one-line "why this beat the rest." Candidates flow into Step 9 and surface on the decision board's bucket 3. Update research_state with today's date for each researched category.
The starting registry holds nine categories (R1 through R9; see the menu catalog Research Rotation Categories section), so the rule lands on two per session.
Ground-truth gate on state-claims. Any candidate that asserts a claim about the current state of an existing artifact gets verified against live state before it reaches the board. Run the cheapest live check (an ls, a Grep, a scoped Read) at the moment of surfacing. A candidate whose premise fails verification never reaches the Sovereign. A forward proposal to build something absent needs no artifact check. A claim that a present artifact is absent or stale is a factual assertion and must be ground-truthed. The check belongs to the orchestrator, since a Sonnet research worker cannot be trusted to ground-truth its own assertion.
After execution completes, ask: "Did running this skill surface any defects, friction or improvements in the skill itself?" Capture as Layer 4 candidates. These propose modifications to this SKILL.md, distinct from menu-item candidates. Findings flow into Step 9 under their own category.
Aggregate the opportunistic capture, the research rotation, the self-refinement findings and every fork parked during execution into the four-bucket board. Three Solutions throughout follows [[Council Chamber/Protocols/Governance/Three Solutions Rule]]. Apply the recommendation bar: if you would not recommend a candidate, route it to Patterns Noticed as a one-liner rather than a decision. Every recommended candidate carries a proposed tier and a proposed autonomy level.
Ground-truth gate on Pending Plan cliff-notes. The Sovereign approves plan creation from the premise stated in the cliff-note. If the cliff-note's load-bearing claim is a state-claim about an existing artifact, verify it against live state before writing it to the board. A false premise spends a real approval and an entire later session on work that did not need doing. One ls or Grep at this gate can kill the candidate cleanly.
Append a run entry at the top of the log body. Update the frontmatter: set new last-run dates in menu_state for items that ran, set new last-run dates in research_state for each category researched, increment run_counter, set last_run. Leave auto_execute_threshold unchanged unless a return-session ratified climb moved it.
Write the four-bucket board to decision-board.md, replacing the prior run's open decisions. Present the same board as the closing output.
Closing line: "Autonomous Improvement Session complete. [N] items ran. Decision board: [A] approvals and questions, [B] menu candidates, [C] proposed plans. Log and board updated."
The Sovereign's board answers encode forward. This is the learning loop. The skill never modifies its own SKILL.md, menu or autonomy posture autonomously. Every move below is an explicit, Sovereign-triggered edit cycle.
Bucket 2: Approvals and questions (implemented immediately). Apply the decision to the parked work. If the answer carries a forward rule, encode it. A rule that turns a recurring judgment fork into a deterministic step is the recursion working, and it can move an item from Level 3 to Level 2, or Level 2 to Level 1.
Bucket 3: Accepted menu candidate (woven in). Add the new menu item with execution spec, eligibility rule, output artifact and its assigned autonomy level, under the correct tier. Seed menu_state with today's date (or null for immediate eligibility). Document the promotion in the run entry.
Accepted skill self-refinement. Edit this SKILL.md to apply it. Document it in the Refinements section with date and source-run reference.
Bucket 4: Approved Pending Plan (drafted and scheduled). On a "approve plan creation?", draft the full Pending Plan per [[Council Chamber/Protocols/Planning/Pending Plan Implementation Protocol]], using the board cliff-note as the seed. The plan starts at status: proposed. Plan creation is authorized; execution of the drafted plan is not, and runs in its own dedicated session later.
Ground-truth the premise before writing it as fact. The plan's Context premise is its load-bearing claim. The Sovereign approved on the cliff-note, but the full plan re-states the premise as established fact that a later execution session trusts without re-checking. If the premise is a state-claim about an existing artifact, verify it against live state at drafting time. A premise that fails here means the candidate is dead. Report that to the Sovereign rather than drafting a plan around a false claim.
An item's autonomy level lowers, or the skill-level auto_execute_threshold rises, only through a ratified decision. The threshold widens from proven workflows, never from projection.
Every climb passes the Flywheel Three Laws coherence check before it lands: does this move serve Smooth Transition, Easier Rotation and Increased Output? These are the mechanical laws of the flywheel, canonical in [[Council Chamber/Governance/Flywheel Integration Standard]], and they are the correct test for a change to a flywheel mechanism. The skill is itself a flywheel, so a climb is judged by whether it smooths a handoff, eases the next rotation and raises real output. The safety guard sits in the Permanent Floor, not here: a move that would touch an outward surface, delete, move a canonical file or self-edit breaches the floor and fails regardless of how high the threshold has climbed. The Flywheel laws test the climb's value. The Permanent Floor tests its safety.
v1 is Sovereign-invoked only. Scheduling is a future direction, gated on a track record of clean review-and-climb cycles, never a date. The likely shape, when it arrives, is several runs per week, each with a different priority weighting and a different subset of research categories. The threshold model and the priority score already carry the machinery; scheduling just sets the cadence.
Single file at Council Chamber/Logs/Autonomous Improvement Log.md.
Frontmatter:
---
status: active
run_counter: N
last_run: YYYY-MM-DD
auto_execute_threshold: 1 # the line; items at or below auto-execute, above park to the board
research_state: # category ID to last-researched date; rotation picks least-recent
R1:
# ... through R9
priority_flags: [] # item IDs flagged to lift in Step 3 selection
menu_state:
T1-1: YYYY-MM-DD
# ... entries added as items run for the first time
---
Body: Reverse-chronological run entries. Newest at the top.
This section is the Hard Ceiling. It holds regardless of how high auto_execute_threshold climbs. No ratified climb, accepted candidate or forward rule may breach the permanent floor.
The ceiling is drawn by action type, not location. Destructive, voice-bound and outward-broadcast actions stay forbidden forever. Additive, reversible, build-verified correction opens as a gated lane that earns its way toward gateless operation one proven class at a time.
No threshold, climb, candidate or forward rule breaches these. Ever.
status: implemented plan from the active chamber to the Vault archive is operational lifecycle closure, not a governance move: it stays inside the vault, it is reversible, it deletes nothing and it changes no governance. T2-9 executes that archival autonomously with a move-audit sweep and an index regen.MEMORY.md or your settings file autonomously. Those move only after the Sovereign ratifies a decision-board entry.Two classes of action, both additive or corrective, never voice-bound, always reversible.
A fix enters at Level 3, propose-only. When the Sovereign authorizes a class, the form is a branch plus a pull request with a green build. The Sovereign merges. A narrow class with a clean track record climbs to auto-open PR, then to auto-merge on green build, one ratified step at a time. The part that climbs away is the merge click, never the build gate.
[!info] Ambassador Doctrine Active This skill operates under the [[Council Chamber/Protocols/Governance/Ambassador Doctrine]]. Primary strategy: Saṃśraya. The skill exists to fortify the ecosystem. Every action is reversible, every artifact is logged, every outward surface is gated. The log is the durable ledger of the skill's behavior over time. Secondary: Āsana. Tier 2 scans and the research rotation are intelligence-gathering posture. Observe fully before recommending. Findings return to the Sovereign; the skill never acts on its own observations beyond menu-bounded execution. External surfaces touched (read-only by default): outbound URLs for link-rot scans (HEAD or short GET only, no auth bypass) and, under the graduated lane, external repos as a write-via-PR surface (additive or corrective fixes only, never a direct push to a main branch, never a copy or voice change).
Set model explicitly on every Agent call. Subagents inherit nothing.
| Step | Default model | Rationale |
|---|---|---|
| Step 1: Load state | Haiku | Mechanical YAML read with known schema. |
| Step 2: Compute eligibility | Haiku | Deterministic date math, no judgment. |
| Step 3: Select items by priority | Sonnet | Light prioritization across heterogeneous items. |
| Step 4: Announce plan | Opus | Sovereign-facing prose with capacity framing. |
| Tier 1 mechanical items (T1-1, T1-2, T1-4) | Haiku | Mechanical path and slug corrections. |
| Tier 1 judgment items (T1-3 anti-AI) | Sonnet | Pattern-match with light inline-versus-fix judgment. |
| Step 7: Tier 2 worker dispatch | Sonnet | Read-only scans with structured synthesis. |
| Step 6 / 8b: opportunistic capture and self-refinement | Opus | Reflection on what was just observed; judgment-dense. |
| Step 8: research rotation workers | Sonnet | Parallel research workers per category. |
| Step 9: synthesize the decision board | Opus | Voice-aware classification, tier and autonomy judgment. |
| Step 10: write log entry and board | Sonnet | Structured prose with state update. |
Status is active. Execution is authorized without per-invocation approval. Sovereign invocation is the only gate. Menu items at or below auto_execute_threshold are pre-approved by design (the Hard Ceiling enforces the gate posture). New menu items, autonomy-level climbs and threshold moves require Sovereign ratification through the decision board before they land.
%% Date-stamped entries of calibration notes and rules to prevent recurrence. %%
references/menu-catalog.md file, mirroring the source ecosystem structure. Ported all ecosystem-universal items from source T2-1 through T2-42. Items that stayed home: T2-2 (workshop emails), T2-4/T2-5/T2-20/T2-39/T2-40 (site repos), T2-8/T2-18/T2-34 (external-worker infrastructure), T2-12 (three-repo routine triage, now optional extension), T2-21 (email merge tickets), T2-25 (testimonial intake), T2-27 (source-brand capitalization). Items ported with path tokens replacing source-specific paths: T1-7, T1-8, T2-14, T2-17, T2-19, T2-20, T2-25 through T2-28. SKILL.md updated to load the catalog at Step 2, reference nine research rotation categories (R1-R9), add the priority-flag eligibility override, the ground-truth gate on research state-claims and the drafting-time ground-truth gate on Pending Plan premises. SE T2-9 spec enriched with the full source T2-14 execution detail (concurrent-session guard, strongest-evidence confirmation, post-mv re-read note).