Generated banner for Third Brain V8.1 Skills
Generated logo for Third Brain V8.1 Skills

Third Brain V8.1 Skills

LLM wiki kit

First committed by Mark393295827

Published in Mark393295827/third-brain-v7-skills. Publisher page

140 GitHub stars

What it is

agent wiki +engineering skills
— the description by Mark393295827

AutoGineer overview, from the brain’s own files

Third Brain V8.1 provides a structured, verification-first operating model for AI agents, treating the LLM as a CPU, context as RAM, and an Obsidian vault as a durable disk. It offers 21 reusable agent skills designed to manage knowledge ingestion, daily loops, research, and multi-agent orchestration. The system enforces strict provenance, governance, and quality gates, ensuring that agent actions are backed by evidence and that knowledge compounds over time through a structured taxonomy.

How it works

Memory model: LLM wiki

AutoGineer overview, from the brain’s own files

The system organizes information into a structured folder hierarchy including sources, concepts, entities, and maps. It uses a 5-stage worker assembly pipeline (Ingest, Cognitive, GraphWeaver, Governance, Deliverable) to process information. Skills are executed as programs within a harness that provides scheduling, permissions, and observability. It relies on a transactional runtime to manage state and ensure that all knowledge updates are verified and linked within the Obsidian vault.

Folders
FolderRoleFiles
.githubagent-config5
assetsattachments5
commandsagent-instructions4
docsdocs21
examplesexamples10
hookshooks1
skillsagent-instructions40
sourcesraw-sources13
teststests8
toolsscripts51
adaptersfolder2
artifactsfolder28
contractsfolder18
corefolder6
experimentsfolder7
mapsfolder1
outreachfolder46
systemfolder33
workflowsfolder1

Requirements

Works with: Claude Code, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Amp, Cline, JetBrains Junie, Devin (ex-Windsurf)

Set it up

  1. This brain runs code automatically: 2 scripts. Review install.ps1, install.sh before opening the folder in Claude Code. No step below turns a hook on for you.

    • install.ps1: pwsh install.ps1
    • install.sh: sh install.sh
  2. Clone the repository at the commit AutoGineer scanned:

    git clone https://github.com/Mark393295827/third-brain-v7-skills.git && cd third-brain-v7-skills && git checkout 5a645148a108d71c76521715117b737ae60b1423
  3. Claude Code reads CLAUDE.md from this folder automatically.

  4. cd third-brain-v7-skills && claude

  5. AutoGineer scanned these files at commit 5a64514.

  6. First committed by Mark393295827. Published in Mark393295827/third-brain-v7-skills. Licence: MIT License.

Usage

AutoGineer overview, from the brain’s own files

  • Ingesting research papers or articles into a linked wiki
  • Running daily knowledge loops to compound insights
  • Enforcing verification gates before claiming task completion
  • Orchestrating multi-agent teams with isolated write scopes
  • Managing context budgets and state checkpoints for long-running tasks
“Use wiki-ingest on this source. Stage an immutable source, author a governed concept candidate, plan navigation updates, and return a verification summary.”
The agent creates an immutable note in the sources folder, updates the relevant concept pages in the wiki, and provides a summary of the verification steps taken.
“Run the daily-okr skill for today.”
The agent executes the 7-KR cycle, generating a daily insight, updating the wiki, and producing a receipt for the completed work.

Documentation by Mark393295827

Third Brain V8.1 Skills

<p align="center"> <img src="assets/third-brain-v8.1-actual-system-architecture.png" alt="Third Brain V8.1 actual Codex OS architecture: Codex host, repository control plane, transactional worker runtime, live Obsidian Vault, verification evidence, and declared debt" width="900"> </p>

Verification-first Agent Skills for Codex OS, with optional compatibility adapters for Claude Code, Gemini, Cursor, and Windsurf. Build a persistent knowledge operating system with Obsidian provenance, scheduled loops, bounded static dependency graphs, context management, and multi-agent orchestration.

Install 21 reusable agent skills for ingesting sources, auditing workflows, compiling interlinked wikis, running daily knowledge loops, verifying claims before shipping, managing token costs, engineering bounded loops and static dependency graphs, and orchestrating multi-agent teams.

Use this if:

  • Your AI agent keeps forgetting context between sessions

  • You want to enforce verification gates before "done" claims

  • You need to structure knowledge as linked pages (like Obsidian) instead of scattered chat history

  • You're building agent workflows that should learn and compound over time

  • You want Obsidian wiki knowledge to update skills, SOPs, schemas, and automation through supervised promotion gates

Image: GitHub stars Image: License: MIT Image: Codex OS Image: Claude Code Image: Cursor Image: PRs Welcome


Quick Start

1. Clone & Install
git clone https://github.com/Mark393295827/third-brain-v5-skills.git
cd third-brain-v5-skills
bash install.sh codex  # Codex is the primary host/kernel

Windows PowerShell uses .\install.ps1 codex. Compatibility adapters require an explicit non-Codex target.

2. Try a Skill

Paste this into Codex:

Use wiki-ingest on this source. Stage an immutable source, author a governed concept candidate, plan navigation updates, and return a verification summary. Treat entity authoring as a separate reviewed capability.

Then paste a URL, article, PDF text, or any source you want to capture.

3. Next Steps

See the 3-Minute Quickstart for a complete walkthrough.

Full guide: GUIDE.md

Command centre and distribution: V8.1 Codex Agentic OS command centre. Start it with python tools/agentic_os_server.py --state-root .agentic-os-state; the host is localhost-only by default and requires T02 runtime receipts. Claude/Gemini/Cursor/Windsurf remain compatibility adapters, not the primary runtime.

中文历史进阶手册:V7 最大潜力使用手册(参考)

🔥 V8.1 多智能体 Worker 流水线手册 & Worker Flows 规范:事务式流水线(Stage → Author → Graph Plan → Govern → Commit/Postcheck → optional Deliverable),归档只发生在验证提交之后。


The Problem

ScenarioBeforeAfter
Research PDFSummarized once, then forgottenwiki-ingest: source notes, concept pages, linked wiki
Coding sessionAgent: "I fixed it" (no proof)verify-before-claim: requires test output + exit code before any claim
Daily workTasks and ideas scatter across chatdaily-okr: one insight, one wiki update, one action, one output, daily score

V8.1 Operating Model

V8.1 keeps the wiki as durable disk and governance, gives every skill a profile-aware execution contract, and makes python -m tools.worker_flow.cli the only canonical transactional runtime:

Input -> Source -> Wiki compile -> Daily loop -> Agent/Wiki flywheel -> Skill/SOP upgrade -> Verification

The upgrade adds seven hard defaults:

  • Profiles match risk: one-shot, stateful, loop, and high-risk work load only the controls they need.

  • Source provenance stays immutable: raw source notes and block refs remain the audit layer.

  • Loops have contracts: Trigger -> Execute -> Verify -> State, with budgets and recovery.

  • Context is zero-overhead by default: hot paths load only what the task needs.

  • Automation is bounded: scans and queues can run unattended; semantic writes stay supervised.

  • Teams need ownership: multi-agent work requires write scopes, IPC, join gates, cleanup, and evidence.

  • Rules promote through evidence: wiki insights become schema or skill rules only after repeated support and a cheap check.

See the V8.1 Worker Flow, the Agent Skills standard, and the historical V7 release notes.

V8.1 keeps graph-engineering bounded to static DAGs; dynamic expansion and cyclic graphs remain out of scope.


Core Skills (Start Here)

🧠 Knowledge & Verification
SkillWhat it does
wiki-ingestPreserve an immutable source, compile linked understanding, enforce promotion boundaries, and verify every touched file.
verify-before-claimIron rule: no completion claim without fresh, scope-matched evidence; consequential actions also require independent verification, approval, and rollback.
📅 Daily Loop
SkillWhat it does
daily-okrExecute a 7-KR cycle: Input → Cognition → Wiki → Behavior → Creativity → Output → Feedback, with an artifact or receipt for every completed KR.
🎯 Behavior & Creativity
SkillWhat it does
behavior-designTurn outcomes into observable minimum behavior, cues, SOPs, recovery, evidence, and review.
creativity-engineGenerate mechanism-diverse options, rank evidence gaps, and define three bounded minimum experiments.
🔬 Research & Quality
SkillWhat it does
deep-researchSTOW-compatible research harness with evidence trails, source/claim ledgers, privacy checks, and direct handoff to wiki-ingest.
session-learnExtract knowledge patterns from sessions — concepts, entities, corrections, patterns, ideas, decisions, gaps. Closure protocol ensures learning feeds back into the wiki.
📊 Context & Engineering
SkillWhat it does
context-managerDerive budgets at runtime, checkpoint state, compact with KEEP/SUMMARIZE/DROP/RETRIEVE, and route by capability.
loop-engineeringControl temporal depth: turn repeatable work into a bounded Trigger -> Execute -> Verify -> State loop with durable state, finite budgets, and explicit stop/recovery rules.
graph-engineeringControl dependency width: validate bounded static DAGs with explicit dependencies, independent branches, typed joins, and node-local recovery.
agentic-engineeringDesign agent workflows as spec-driven macro actions with quality ceilings, verification gates, delegated-action boundaries, and state checkpoints.
harness-engineeringProvide the runtime scheduler, permissions, leases, tools, provenance, and observability needed to execute agent workflows safely.
agent-teams-commandAdmit and command multi-agent processes with exclusive ownership, typed IPC, isolated writes, serial integration, evidence, and cleanup.

Complete Skill List

📥 Ingestion & Knowledge
  • wiki-ingest — Stage immutable sources, author governed concept candidates, plan graph updates, and hand off optional entity authoring for separate review

  • knowledge-ops — Multi-layer knowledge management: classify, deduplicate, preserve evidence hierarchy, vector + Markdown retrieval

  • wiki-lint — Health check: P0/P1 graph health, frontmatter, source refs, wikilink density, provenance debt

🔄 Daily Workflow
  • daily-okr — 7-KR evidence cycle with minimum-day degradation and durable closeout

  • cognitive-compile — 8-section framework: Question → Facts → Concepts → Pattern Recognition → Conflict Detection → Hypothesis Generation

🎨 Behavior & Creativity
  • behavior-design — Outcome → minimum behavior → cue → SOP → evidence → review

  • creativity-engine — Mechanism-diverse combinations, scoring, and falsifiable minimum tests

🔬 Research & Quality
  • deep-research — STOW-compatible research harness, evidence trails, source/claim ledgers

  • verify-before-claim — Fresh scope-matched evidence, independent checks, approval, rollback

🔄 Learning & Flow
  • session-learn — 7 signal types: concepts, entities, corrections, patterns, ideas, decisions, gaps

  • project-flow-ops — Execution flow: triage, plan, track, review across projects

📊 Context
  • context-manager — Runtime budgets, checkpoint replay, compaction, retrieval, capability routing

Utility command: commands/token-cost-tracker.md estimates, logs, and reports token usage; it is not one of the 21 Agent Skills.

🏗️ Engineering
  • loop-engineering — Temporal depth through bounded loop contracts, independent verification, finite budgets, and stop/recovery rules

  • graph-engineering — Dependency width through bounded static DAGs, explicit branches, typed joins, and node-local recovery

  • agentic-engineering — Spec-driven macro actions, quality ceilings, verification gates, state checks

  • harness-engineering — Runtime scheduler, permissions, system-call tools, delegated gates, provenance, observability

  • agent-teams-command — Multi-agent process ownership, IPC, integration, async budgets, and evidence gates

💼 Strategy & Operations
  • startup-evaluation — Startup health: entrepreneurship, VC 5T, PMF, runway, team, unit economics

  • anthropic-os — Governed operating-system experiments: Four-C, 3B, prediction errors, permission ladder

  • ai-six-sigma-property-os — AI + Ontology + DMAIC for property work orders, dispatch, quotes, evidence


How These Skills Fit Together

                        LLM (CPU) + Context (RAM) + Wiki (Disk)

External Sources ──→ wiki-ingest + knowledge-ops ──→ Knowledge Layers
                            ↓
                    Daily Loop (daily-okr)
                    /    /    \    \    \
               Input  Cognition  Wiki  Behavior  Creativity
                            |
                        Output → Feedback
                            ↓
                    session-learn (extract patterns)
                            ↓
                    verify-before-claim (quality gate)
                             ↓
             Loop depth / Graph dependency width
                             ↓
                Multi-agent teams (agent-teams-command)

The system is a closed loop: ingest sources → process daily → extract learning → verify claims → promote rules → scale to teams.


Architecture & Design

Third Brain V8.1 treats agents as LLM OS processes:

  • LLM = CPU

  • Context = RAM

  • Wiki/Obsidian = Disk

  • Tools = System calls

  • Skills = Executable programs

  • Harness = Kernel

  • Agent teams = Processes

Design Layers
LayerPrincipleSkills
🧠 Knowledge OSCapture, structure, lint, and promote knowledge over timewiki-ingest, knowledge-ops, wiki-lint
⚡ Daily LoopClose the knowledge-to-action cycle every daydaily-okr, cognitive-compile
🎯 Behavior & CreativityTurn knowledge into habits and novel ideasbehavior-design, creativity-engine
🔬 Research & QualityVerify before claiming, research with rigordeep-research, verify-before-claim
🔄 Continuous LearningExtract patterns from every sessionsession-learn, project-flow-ops
📊 ContextManage hot context, durable checkpoints, and runtime budgetscontext-manager
🏗️ EngineeringDesign bounded loops, static dependency graphs, harnesses, agent workflows, and multi-agent systemsloop-engineering, graph-engineering, agentic-engineering, harness-engineering, agent-teams-command
💼 Strategy & OperationsEvaluate startups, design AI quality systemsstartup-evaluation, anthropic-os, ai-six-sigma-property-os

Engineering boundaries are deliberate: Loop Engineering controls temporal depth; Graph Engineering controls dependency width; Agent Teams Command controls process ownership, IPC, and integration; Harness Engineering supplies the runtime scheduler, permissions, and observability. A graph node may contain a Loop or Agent Team, but V8.1 does not support dynamic or cyclic graphs.


Skill Adoption Path

Start small. Add skills as you need them.

StageCore SkillsUnlock When
Week 1wiki-ingest + verify-before-claimYou can ingest 1 source/day + every claim has fresh evidence
Weeks 2-4+ daily-okr + session-learnDaily artifacts and verified learnings feed back to the wiki
Month 2++ cognitive-compile + behavior-design + creativity-engineWiki has 50+ pages or repeated decisions need synthesis
Month 3++ knowledge-ops + loop-engineering + harness-engineering + agentic-engineeringRetrieval, looping reliability, permissions, or delegated actions become bottlenecks
Dependency graph+ graph-engineering after loop-engineeringExplicit dependencies, independent branches, typed joins, or node-local recovery create more value than orchestration and review cost
Multi-agent+ agent-teams-command + project-flow-opsWork splits into separate owners with clear integration gates
Strategy+ startup-evaluation + anthropic-os + deep-researchNeed startup health, market, operating-system decisions
Operations+ ai-six-sigma-property-osNeed measurable service quality, dispatch, evidence loops

Installation

For Codex CLI (Primary host/kernel)
# Personal skills (available across all projects)
bash install.sh codex
For Cursor
bash install.sh cursor
For Windsurf
bash install.sh windsurf
Compatibility adapters: Claude Code / Gemini CLI
bash install.sh claude
bash install.sh gemini

Full guide: GUIDE.md


Example Workflows

Each workflow is copyable into your agent. See examples/ for complete, verified examples:


Wiki Structure

Skills default to STOW paths (configurable via system/config.md):

sources/          ← Immutable source notes (articles, PDFs, transcripts)
wiki/
├── concepts/     ← 13 contracted domains
├── entities/     ← people, companies, funds-investors, products, orgs
└── outputs/      ← gmail-digests, evaluations, compilations
maps/
├── domain-mocs/
├── system-indexes/
├── project-maps/
└── canvases/
system/           ← Deployed contracts, config, schema, templates, runs

Tools & References

ResourcePurpose
tools/index.htmlV8.1 visual skill navigator
tools/token-calculator.htmlHistorical V5 cost-model calculator; not a runtime authority
GUIDE.mdFull installation & troubleshooting
V7 最大潜力使用手册(历史参考)Earlier profile、知识飞轮、Agent 工程、治理和 30 天采用路径
CLAUDE.mdClaude Code setup
CONTRIBUTING.mdHow to contribute skills

What This Is NOT

  • Not a chat wrapper. Skills are executable prompts that agents follow; they're not productivity theater.

  • Not a productivity tool with 100 metrics. Daily OKR has seven causally linked KRs with evidence.

  • Not an all-in-one framework. Pick skills incrementally. You don't need all 20 to start.

  • Not prescriptive. Adapt paths, frontmatter, and skill triggers to your workflow.


Philosophy

Three core principles:

  1. Verification first: No "done" without proof. No claims without evidence. Expected value over confidence.

  2. Knowledge compounds: Every session should improve the wiki, not scatter across chat history.

  3. Closed loops: Ingest → Process → Learn → Scale → Verify. No loose ends.



Contributing

Bug reports, skill improvements, and PRs are welcome. See CONTRIBUTING.md and CHANGELOG.md.


License

MIT — see LICENSE.


Transparency Note

This project includes growth and outreach tools (in tools/ and outreach/) designed to help the repository reach users via GitHub search and Awesome lists. These tools are optional, dry-run-by-default, and separate from the core skills. If you're installing skills for your own workflow, you don't need them.

The skill frameworks and philosophy are genuine. Use what works for you; ignore what doesn't.

skills/loop-engineering/SKILL.md


name: loop-engineering description: Use when a repeatable task must become a bounded Trigger -> Execute -> Verify -> State loop, scheduled automation, goal agent, or metric-driven research cycle. metadata: version: "8.1.0" updated: "2026-08-18" profile: "loop" assumes: "The task has inspectable state, a finite budget, and at least one verifier independent of the builder's opinion." conflicts_with: "Unbounded retries, self-certification, silent external mutation, or loops whose state cannot be recovered."

Loop Engineering

<skill_contract> <input>A repeatable task with inspectable state, finite budgets, permissions, and an independent verifier.</input> <output>A validated Trigger -> Execute -> Verify -> State contract plus resumable run receipts.</output> <done>The declared metric or stop condition is supported by fresh validator and verifier evidence.</done> <non_goals>Dependency-graph orchestration, unbounded autonomy, or self-certified completion.</non_goals>

Build loops only when repeated execution creates evidence. Every loop needs admission, a validated contract, durable state, independent evaluation, bounded retries, stop/recovery rules, and a final receipt.

Usage Template

Provide: objective, trigger, scope/non-goals, inputs, state/artifact paths, metric, verifier, permissions, budgets, stop condition, recovery, and write-back. See references/ci-repair-loop-example.md for a worked contract.

Workflow

<intake>

Select one mode:

  • Goal: run until a defined end state or cap.

  • Loop: poll/iterate while eligible work exists.

  • Automation: start from an external schedule/event; the trigger is not execution evidence.

  • AutoResearch: vary experiments against an objective metric in a sandbox.

Admit only if work is repeatable, outputs are inspectable, a verifier exists, failures are recoverable, and autonomy is worth the orchestration/review cost. Otherwise use a one-shot workflow.

Use graph-engineering instead when explicit data dependencies, independent branches, typed joins, or node-local recovery create measurable value. A Graph node may use this Loop contract for local repetition; Graph width does not replace finite Loop depth.

</intake>

<unknowns_gate>

Classify unknowns as known, probeable, testable, or blocked. Missing objective, verifier, permission boundary, budget, or recovery is NEEDS_INPUT; do not infer these controls from intent. Unknown implementation details may be resolved inside the loop only when the probe is bounded and reversible.

</unknowns_gate>

<execute>

Write this contract before acting:

Objective:                 Mode: Goal | Loop | Automation | AutoResearch
Trigger:                   Scope:                 Non-goals:
Owner:                     Inputs:
Artifacts path:            State path:            Work clock:
Success metric:            Evidence:              Verifier:
Topology: single-agent | maker-checker | manager-workers
Max iterations:            Time limit:            Budget:
Review budget:             Stop condition:
Write-back:                Permission boundary:   Recovery:

Validate it with scripts/validate_loop_contract.py --strict. Then iterate:

  1. Observe: load durable state, fresh environment evidence, budgets, and last error.

  2. Orient: update one hypothesis; choose the smallest action that can change the metric.

  3. Decide: check scope, permissions, expected evidence, and rollback.

  4. Act: execute one bounded action and capture artifact/diff/receipt.

  5. Verify: use a deterministic check or independent checker; compare metric and guardrails.

  6. State: append diagnosis, action, evidence, delta, budget, and next decision atomically.

  7. Stop/continue: stop on success, cap, permission boundary, regression, repeated signature, or no useful work.

Normalize the model/runtime termination signal after every action. complete still requires the declared verifier; tool_request returns proposed arguments to the host permission gate; checkpoint/truncation persists state before any continuation; refusal, error, or unknown escalates. Never infer completion from fluent prose or from the word "stop" alone.

For maintenance and queue loops, declare an allowed NO_OP outcome and its eligibility query. A quiet iteration is successful only when the query proves there was no eligible work, output count is within policy, and no side effect occurred.

Use single-agent by default, maker-checker for ambiguous/high-risk evaluation, and manager-workers only for genuinely independent work with an explicit integration gate.

If a validated Graph owns the dependency topology, this skill owns only the bounded retry behavior inside its declared loop nodes.

</execute>

<evaluate>

The verifier must test the declared result rather than reward activity. Check evidence freshness, metric movement, guardrails, scope, and state replay. For external or consequential actions, require approval and verified rollback before crossing the boundary.

</evaluate>

<retry_policy>

max_attempts equals the contract's finite max iterations. Retry only after a named diagnosis and a changed input, tool, scope, or strategy. Stop on the same failure signature twice, metric regression, exhausted review budget, or NO_PROGRESS.

</retry_policy>

<state_contract>

Persist {run_id, status, attempt, budget, evidence, unknowns, last_error, next_action} plus contract version, trigger receipt, hypothesis, action, normalized termination reason, artifact/diff, metric/guardrail delta, permissions, output count, no-op receipt, work clock, and recovery point. Append iterations; write current state atomically.

</state_contract>

Failure Protocol

  • NEEDS_INPUT: a mandatory contract field is absent; do not start.

  • BLOCKED_PERMISSION: the next action crosses authority; checkpoint and request approval.

  • VERIFY_FAILED: result or guardrail fails; rollback/regroup before another attempt.

  • NO_PROGRESS: the same signature repeats or the metric is unchanged after a changed attempt.

  • BUDGET_STOP: any iteration, time, tool, cost, or review cap fires. max_attempts is always finite.

Output Contract

Return status, result (metric/end-state decision), evidence (validator and iteration receipts), unknowns, and next_action (stop, retry, approval, recovery, or handoff).

Edge Cases

  • A scheduled job fired but produced no run receipt: status is triggered, not completed; inspect executor state.

  • The model ends because its context or token budget is exhausted: checkpoint and return BUDGET_STOP or resume from state; do not label truncation success.

  • A queue poll returns zero items: accept NO_OP only after the declared query and side-effect check pass.

  • The metric improves while a safety guardrail regresses: rollback and return VERIFY_FAILED; never optimize the headline metric alone.

Success Metrics

  • The strict validator passes before execution.

  • Every iteration changes evidence, state, or diagnosis within finite budgets.

  • A fresh verifier supports the final status and residual risk.

Quality Gates

  • [ ] Trigger, owner, topology, budgets, stop, recovery, and write-back are explicit.

  • [ ] Builder opinion is not the only verifier.

  • [ ] Termination classes and any legal no-op have host-owned routing and evidence.

  • [ ] State replay recovers the next decision losslessly.

  • [ ] External mutation requires approval and rollback.

</skill_contract>

318 files · 7 not served here

Advantages

Limitations

  • Does not support dynamic or cyclic graphs; graph-engineering is bounded to static DAGs. evidence: README.md
  • Requires a specific transactional runtime for full functionality. evidence: AGENTS.md

Security

Risk level: Low risk

This brain runs

Agent instructions that run or fetch something (88)

  • AGENTS.md: V8.1 defines an explicit **5-Stage Worker Assembly Pipeline** in `workflows/worker-flows.md`, enforced by the canonical transactional runtime `python -m tools.worker_flow.cli`.
  • AGENTS.md: **loop-engineering** — Temporal-depth control through bounded Trigger → Execute → Verify → State loops, durable contracts, hard budgets, and stop/recovery rules.
  • AGENTS.md: `## Success Metrics` — minimum observable result for one successful run.
  • GEMINI.md: V8.1 defines a transactional **5-Stage Worker Assembly Pipeline** (`workflows/worker-flows.md`) enforced by `python -m tools.worker_flow.cli`.
  • skills/agent-teams-command/SKILL.md: <execute>
  • skills/agent-teams-command/SKILL.md: Run regression tests.
  • skills/agent-teams-command/SKILL.md: </execute>
  • skills/agentic-engineering/SKILL.md: Run the adoption gate: use an agent only when ambiguity/adaptation outweigh orchestration, verification, and maintenance cost.
  • skills/agentic-engineering/SKILL.md: <execute>
  • skills/agentic-engineering/SKILL.md: only host code may execute tools or decide continuation.
  • skills/agentic-engineering/SKILL.md: Run a thin loop: understand -> plan -> smallest change -> targeted test -> inspect diff/state -> broader check.
  • skills/agentic-engineering/SKILL.md: </execute>
  • skills/ai-six-sigma-property-os/SKILL.md: bounded agents execute and audit;
  • skills/ai-six-sigma-property-os/SKILL.md: <execute>
  • skills/ai-six-sigma-property-os/SKILL.md: </execute>
  • skills/anthropic-os/SKILL.md: Run Four-C in order: **Context** (truth/history), **Connections** (systems/accounts), **Capabilities** (skills/SOPs/evals), **Cadence** (triggers/reviews).
  • skills/anthropic-os/SKILL.md: <execute>
  • skills/anthropic-os/SKILL.md: Run dual prediction when useful: human and agent predict outcome independently;
  • skills/anthropic-os/SKILL.md: </execute>
  • skills/behavior-design/SKILL.md: <execute>
  • skills/behavior-design/SKILL.md: **H3 SOP:** write `trigger -> action -> evidence -> recovery -> stop` so a missed run has a next move.
  • skills/behavior-design/SKILL.md: </execute>
  • skills/behavior-design/SKILL.md: run a short observation period before optimizing.
  • skills/cognitive-compile/SKILL.md: <execute>
  • skills/cognitive-compile/SKILL.md: </execute>
  • skills/context-manager/SKILL.md: <execute>
  • skills/context-manager/SKILL.md: </execute>
  • skills/creativity-engine/SKILL.md: <execute>
  • skills/creativity-engine/SKILL.md: </execute>
  • skills/daily-okr/SKILL.md: Run one daily objective through seven linked Key Results.
  • skills/daily-okr/SKILL.md: <execute>
  • skills/daily-okr/SKILL.md: **Behavior:** execute one minimum behavior linked to the objective.
  • skills/daily-okr/SKILL.md: </execute>
  • skills/deep-research/SKILL.md: <execute>
  • skills/deep-research/SKILL.md: Run a broad discovery pass;
  • skills/deep-research/SKILL.md: Run a gap-fill pass only for decision-critical unknowns.
  • skills/deep-research/SKILL.md: Run an adversarial pass: strongest counterevidence, alternative mechanism, stale data, selection bias, and missing base rate.
  • skills/deep-research/SKILL.md: </execute>
  • skills/graph-engineering/SKILL.md: Run the admission gate before drawing a graph:
  • skills/graph-engineering/SKILL.md: Probe candidate independence with a small dry run.
  • skills/graph-engineering/SKILL.md: <execute>
  • skills/graph-engineering/SKILL.md: Write the JSON contract and run `scripts/validate_graph_contract.py <contract.json> --strict`.
  • skills/graph-engineering/SKILL.md: node success alone cannot certify graph success.
  • skills/graph-engineering/SKILL.md: </execute>
  • skills/graph-engineering/SKILL.md: run only independent ready nodes.
  • skills/harness-engineering/SKILL.md: Run the trace gate: the harness must be able to show what the agent saw, proposed, called, changed, and verified.
  • skills/harness-engineering/SKILL.md: <execute>
  • skills/harness-engineering/SKILL.md: The host decides whether to execute, continue, checkpoint, or escalate;
  • skills/harness-engineering/SKILL.md: </execute>
  • skills/harness-engineering/SKILL.md: Verify permissions with actual environment boundaries and run an independent end-to-end trace.
  • skills/harness-engineering/SKILL.md: A model emits plausible success text with a tool request: validate and execute the tool in host code, then verify its result;
  • skills/harness-engineering/SKILL.md: A maintenance run finds no eligible change: emit a verified `NO_OP` receipt and zero external outputs rather than creating notification or PR noise.
  • skills/harness-engineering/SKILL.md: The scheduler ran on time but the state store was stale: block mutation, mark the run failed, and recover from the last verified checkpoint.
  • skills/harness-engineering/SKILL.md: A Graph worker completes twice after lease expiry: deduplicate by node/run identity and release successors only from one verified transition.
  • skills/knowledge-ops/SKILL.md: <execute>
  • skills/knowledge-ops/SKILL.md: **Verify:** read after write, check links/source refs, rerun exact-identity search, and run representative retrieval queries.
  • skills/knowledge-ops/SKILL.md: Use idempotency keys for machine append operations: derive the key from operation, canonical source identity, target, and run/batch id;
  • skills/knowledge-ops/SKILL.md: </execute>
  • skills/knowledge-ops/SKILL.md: make no whole-vault claim.
  • skills/loop-engineering/SKILL.md: <skill_contract> <input>A repeatable task with inspectable state, finite budgets, permissions, and an independent verifier.</input> <output>A validated Trigger -> Execute -> Verify -> State contract plus resumable run receipts.</output> <done>The declared metric or stop condition is su …[+161 chars]
  • skills/loop-engineering/SKILL.md: **Goal:** run until a defined end state or cap.
  • skills/loop-engineering/SKILL.md: <execute>
  • skills/loop-engineering/SKILL.md: **Act:** execute one bounded action and capture artifact/diff/receipt.
  • skills/loop-engineering/SKILL.md: </execute>
  • skills/loop-engineering/SKILL.md: A scheduled job fired but produced no run receipt: status is triggered, not completed;
  • skills/project-flow-ops/SKILL.md: <execute>
  • skills/project-flow-ops/SKILL.md: Run the verification named in the definition of done.
  • skills/project-flow-ops/SKILL.md: </execute>
  • skills/session-learn/SKILL.md: <execute>
  • skills/session-learn/SKILL.md: **Pattern** — a reusable Trigger -> Execute -> Verify -> State sequence.
  • skills/session-learn/SKILL.md: </execute>
  • skills/startup-evaluation/SKILL.md: <execute>
  • skills/startup-evaluation/SKILL.md: </execute>
  • skills/verify-before-claim/SKILL.md: <execute>
  • skills/verify-before-claim/SKILL.md: Run the selected check after the final material change.
  • skills/verify-before-claim/SKILL.md: </execute>
  • skills/wiki-ingest/SKILL.md: record the identity query in the run ledger.
  • skills/wiki-ingest/SKILL.md: <execute>
  • skills/wiki-ingest/SKILL.md: Give every machine log entry an idempotency key derived from run/batch, operation, canonical source identity, and target;
  • skills/wiki-ingest/SKILL.md: **Verify:** run targeted link, source-ref, frontmatter, block-ref, empty-file, navigation, and post-write exact-identity checks over touched files.
  • skills/wiki-ingest/SKILL.md: </execute>
  • skills/wiki-lint/SKILL.md: make no content mutation unless separately authorized.
  • skills/wiki-lint/SKILL.md: <execute>
  • skills/wiki-lint/SKILL.md: Run twelve checks and preserve file-level evidence:
  • skills/wiki-lint/SKILL.md: </execute>
  • skills/wiki-lint/SKILL.md: If repair was authorized, run the relevant check again after each bounded repair.
  • skills/workflow-audit/SKILL.md: <execute> Extract a bounded list of distinct work candidates.
  • skills/workflow-audit/SKILL.md: </execute>

Install scripts (2)

  • install.ps1: pwsh install.ps1
  • install.sh: sh install.sh
  • Low risk: scripts-present (install.ps1)
  • Low risk: scripts-present (install.sh)

Attribution and licence

First committed by
GitHub avatar of Mark393295827Mark393295827
Publisher
Markk-gao (Community)
Source
Mark393295827/third-brain-v7-skills · commit 5a64514
Licence
MIT License (files served here)
  • ATTRIBUTION.md (written by AutoGineer)
Synced
Contributors
Mark393295827

AutoGineer is not affiliated with or endorsed by Mark393295827.

Install from source

7 of its files are not served here, so there is no ZIP. Mark393295827/third-brain-v7-skills at 5a64514