C00 · orientation

Paseo / SLP: học bằng evidence

Đây là một textbook tĩnh, đọc được từ file://. Đi từ câu hỏi quen thuộc đến launch contract, rồi tự biết claim nào còn UNKNOWN.

Bắt đầu ở đây

Đọc theo các điểm dừng dưới đây. Mỗi điểm có một câu trả lời ngắn và link tới phần có evidence, để bạn không phải học thuật ngữ trước khi biết câu hỏi.

Mental model trong 10 phút

Đi qua C01, C02, C03 rồi W1. Bạn sẽ thấy intent, authority, ownership, lifecycle, provider và model nằm ở các lớp khác nhau.

Paseo giải quyết vấn đề gì

Paseo đưa session, workspace, parent ownership và evidence ra khỏi context ngắn của model. Nó không làm model thông minh hơn.

Ba graph: ownership, communication, evidence

Ownership trả lời ai giữ outcome; communication trả lời ai được nói với ai; evidence trả lời claim dựa vào receipt nào.

Role–Provider–Assignment–Permission

Role là trách nhiệm, Provider là execution, Assignment là outcome/scope, Permission là hành động kỹ thuật. Đổi một lớp material không âm thầm đổi lớp còn lại.

Human–Supervisor–Lead–Peer

Human giữ objective và risk; Supervisor giữ attention/governance; Lead giữ integration/acceptance; Peer giữ bounded independent work.

Giải phẫu các SLP profile đang có

Ma trận profile hiển thị roleId, authority, forbidden actions, skills/state, provider, protocol, Beads, lifecycle, provenance, qualification và unknowns.

Paseo child và native sub-agent

Paseo child do daemon sở hữu; native sub-agent nằm trong provider harness. Chọn một lifecycle owner để không tạo control plane thứ hai.

Context isolation và neutral brief

Worker tự đọc đúng source cần thiết. Brief nên có outcome, constraints, observations, unknowns, authorized snapshot, do-not-touch, evidence và handback.

Independent first, collaborate later

Round đầu sealed, mandate khác nhau. Chỉ challenge disagreement material sau khi proposal ổn định để giảm anchoring và framing capture.

Council và binding verdict

Council Lead-only cho decision consequential: neutral brief, no-write lands, proposition ledger, targeted challenge, rồi Lead/Human bind verdict.

Workspace protocol

Protocol pin identity, protected scope, route, expiry, evidence và escalation. Executable source còn có conflict với doctrine về graduated read-only admission.

Skill system và admission

Foundation bundles và product workflow là hai plane. Package state active, explicit-only hoặc packaged-disabled không tự là runtime qualification.

Supervisor notebook và continuous optimization

Notebook giữ observation, counterevidence, diagnosis và cost để rút rule ngắn từ failure lặp lại. Nó không phải task tracker hay acceptance log.

Lifecycle và recovery

Phân biệt idle, running, closed, archived, released; handback, stop, detach và adjacent-Lead handoff đều cần owner và receipt riêng.

Cách làm việc với Paseo từng bước

Chốt objective và authority.
Chọn topology nhỏ nhất.
Bind role, provider, protocol, assignment.
Đọc Beads, chạy, hand back evidence, rồi để đúng authority issue verdict.

Các kịch bản brainstorm/implementation/debug/review/audit

Scenario map bên dưới nối từng loại việc với owner, write scope, evidence và trạng thái source/proposal; không biến tên workflow thành role authority.

So sánh Paseo–cmux–Herdr

Bảng so sánh chỉ dùng cmux/Herdr như analogy lịch sử và mental model. Nó không biến screenshot hoặc thói quen cá nhân thành Paseo runtime contract.

Anti-pattern catalog

A01 đến A14 đều có trigger, mechanism, tax/failure, smallest correction và cách disprove, thay vì chỉ là checklist.

Customization an toàn

Fable, Brainstorm, Kongming, Debug và Security Scan hiện là PROPOSAL absent. Muốn thử phải qua canonical source, role admission, no-write/owner canary và rollback.

Troubleshooting/UNKNOWN

Hai gate runtime hiện PASS có phạm vi; orchestration, role-boundary và project readiness vẫn UNKNOWN. Mỗi gap có evidence request cụ thể.

Glossary

Tra Role, Provider, Assignment, Permission, Lease, Beads, Signal, Handback, RoleBinding, Canary và các term liên quan bằng tooltip/deep link.

Nguồn đối chiếu

S0 đến S6 nối concept, exact checkout, lock, guide, Notion PARTIAL, archive DONE_WITH_CONCERNS và current-host receipt.

Đọc trang này thế nào

GUIDE · cách họcS3Guide dạy cách đọc, không phải runtime canary

Bạn có thể đọc nhanh theo tuyến 15 phút, hoặc mở từng deep dive khi cần kiểm tra contract.

Ba câu hỏi đời thường

Tôi đọc từ đâu để không bị ngợp?
Badge cạnh một câu nói cho tôi biết điều gì?
Tại sao trang dám ghi UNKNOWN?

Tuyến nhanh 15 phút

C01: Paseo thêm lifecycle và ownership gì?
C02: Human, Lead, Peer, Supervisor giữ ranh giới nào?
C03: đọc launch contract trước model và tool.
W1 và W2: chọn topology nhỏ nhất.
C10 rồi C14: hiểu verdict và gap.

Tuyến đào sâu

Operator: assignment, Beads, handoff.
Governance: sealed review, signal, anti-pattern.
Lineage: Notion journey, ledger, gems.
Tra thuật ngữ: định nghĩa, tooltip, mark learned.

CONCEPT · khái niệm chung SOURCE · exact checkout LOCKED · source lock GUIDE · workspace rule NOTION · corpus PARTIAL ARCHIVE · tư liệu lịch sử RUNTIME · read-only receipt HUMAN · cần ruling PROPOSAL · chưa ship UNKNOWN · thiếu receipt PENDING · chờ source/canonical ruling

Dấu đường đọc

Chưa đánh dấu chương nào. Trạng thái chỉ lưu trên máy này.

0 / 16 chương

Tìm trong textbook

Lọc evidence

Lọc concept

Nhập một từ để tìm theo prose, ID, role hoặc badge.

Đọc tiếp: bạn từng dừng ở đầu trang.

Vì sao

Trang này là một đường đọc, không phải dashboard. Nội dung nằm sẵn trong HTML nên JS hỏng vẫn không làm mất bài học.

Ví dụ tốt

Một claim ghi RUNTIME và nói rõ chỉ chứng minh daemon/source/provider state, không chứng minh role canary.

Ví dụ sai

Thấy package có trong manifest rồi viết “đã active trên máy”. Source presence và runtime qualification là hai lớp khác nhau.

Trường hợp dễ nhầm

DISTRIBUTION_VALID=PASS và ROLE_BOUNDARY_QUALIFIED=UNKNOWN cùng đúng trong một snapshot.

Tự kiểm tra: Nếu chỉ có test xanh và HTTP 200, bạn đang có source proof, runtime receipt, hay chưa có verdict?

GUIDES3Evidence graph, role/provider split và nguyên tắc UNKNOWN.

C01 · C03

Bản đồ trước, cơ chế sau

Ba chương đầu trả lời Paseo là gì, ai giữ quyền và một launch contract được tạo như thế nào.

Paseo là gì, không phải gì

SOURCE · current checkoutS1Source có thể mô tả behavior, không tự là live receipt

Paseo giữ lifecycle, ownership, provider và evidence quanh session. Model vẫn là nơi suy luận.

Ba câu hỏi đời thường

Nếu Codex đã có sub-agent, Paseo thêm cái gì?
Tôi đang giao việc cho ai, hay chỉ chọn một model?
Vì sao hai lớp điều phối dễ thành “x2 orchestration”?

Human intentMục tiêu và rủi ro

AuthorityAi có quyền chốt

OwnershipAi giữ scope

PaseoSession và lifecycle

ProviderAdapter, route

Model / toolsThực thi trong lease

Prose equivalent: Human định intent, policy chọn role và topology, daemon giữ lifecycle, provider thực thi, assignment giới hạn tool và write scope.

Vì sao

Provider-native sub-agent thường nằm trong harness chính. Paseo child là session do daemon sở hữu, có workspace, provider, timeline và lifecycle để người giữ authority quan sát.

Ví dụ tốt

Lead mở một Peer qua Paseo, ghi scope và handback. Peer không tự dựng thêm một cây native team làm mất ownership.

Ví dụ sai

Gọi Codex native sub-agent, rồi thêm Paseo child chỉ vì muốn nhiều agent. Hai hệ thống cùng giữ parent, state và evidence.

Trường hợp dễ nhầm

cmux worker có workspace riêng là phép so sánh hữu ích, nhưng nó không tự chứng minh Paseo đã qualify trên host này.

So sánh Paseo–cmux–Herdr

Ba tên này giúp nối mental model, không phải ba implementation tương đương. Paseo được mô tả từ exact downstream source; cmux và Herdr ở đây là comparison/lineage, cần receipt riêng nếu muốn biến analogy thành claim runtime.

Comparison matrix với giới hạn analogy hiển thị ngay trong bảng.
Góc nhìn	Paseo	cmux	Herdr
Đơn vị dễ hình dung	Daemon-owned child, workspace, provider và lifecycle riêng.	Worker workspace/session giúp Human quan sát scope tách biệt.	Analogy lịch sử về Lead/worker và role conversation, không dùng như current contract.
Owner / lifecycle	Source contract đặt parent ownership, route, assignment và handback trong Paseo.	Thực hành Human/Lead và workspace convention phải tự giữ nếu chưa có daemon enforcement.	Archive/discussion cho thấy cách nghĩ, không có exact current receipt trong textbook.
Evidence	S1 source và S6 read-only host capture, trong đó role/project vẫn UNKNOWN.	Git/session history và worker handback là evidence của workflow cụ thể.	Reference/archive badge, không phải shipped/runtime evidence.
Giới hạn so sánh	Không suy ra role canary từ source presence.	Không suy ra cmux worker là Paseo child.	Không suy ra Herdr practice đã được downstream implement.

SOURCES1Paseo child/lifecycle contract.GUIDES3cmux mental model và evidence boundary.ARCHIVES5Herdr/Demonthorn lineage chỉ là reference.

Đọc sâu: Paseo khác provider-native sub-agent ở ownership

Provider-native child thường bị giấu trong context của Claude hoặc Codex. Paseo child hiện ra như daemon-owned session. Vì thế nên chọn một lifecycle owner. Nếu cần adapter, adapter chỉ nối provider vào control plane đã chọn, không mở thêm một authority tree.

Tự kiểm tra: Khi đổi provider từ Claude sang Codex, owner và acceptance contract có tự đổi không?

CONCEPTS0Luồng mental model chung.SOURCES1Exact downstream role/lifecycle docs.ARCHIVES5Archive chỉ là lineage, không phải runtime.

SLP: Supervisor, Lead, Peer

SOURCE · role contractS1Human đứng ngoài ba standing roles và giữ objective/risk authority

Role là trách nhiệm và boundary. Provider, skill, assignment và permission là những lớp khác.

Ba câu hỏi đời thường

Ai chịu trách nhiệm ghép các mảnh thành kết quả?
Peer reviewer có được tự sửa finding không?
Supervisor thấy friction thì được làm gì?

HumanObjective, scope, risk, release

↓ authority boundary

SLPSupervisor, Lead, Peer

Role triangle. Các disposition như Engineer, Architect, Reviewer, Scout, Shadow là overlay của Peer, không phải standing role thứ tư.
Role	Giữ	Không tự làm	Ai chốt	Badge / source
Lead	Outcome, topology, integration, acceptance trong lease	Không tự accept khi cần independent falsification; không che unknown	Lead hoặc Human theo authority	SOURCE S1
Peer	Bounded assignment, implementation hoặc review độc lập	Không coordinate, replace, stop agent, hoặc nhận acceptance	Lead/Human	SOURCE S1
Supervisor	Governance, observation, continuity, advisory signal	Không bypass Lead, tự issue acceptance, tự replace Peer	Human hoặc Lead trong lease rõ	SOURCE S1 NOTION S4

Vì sao

Role trả lời ai chịu trách nhiệm. Provider trả lời session nào thực thi. Assignment trả lời outcome và scope. Permission chỉ nói hành động kỹ thuật runtime cho phép.

Ví dụ tốt

Supervisor gửi một câu hỏi mở cho Lead: “Có evidence nào cho thấy điểm này cần mở nhánh không?” Lead quyết định route và owner.

Ví dụ sai

Supervisor thấy Peer chậm rồi nhắn thẳng Peer sửa code, đổi lease và tự báo đã ACCEPT.

Trường hợp dễ nhầm

Peer có disposition Reviewer không tạo ra một role Reviewer có quyền điều phối. Nó chỉ pin phương pháp review.

Đọc sâu: profile không phải authority

Skill visible, model mạnh, tool xuất hiện hoặc filesystem full-access đều không tự cấp write lease. Binding có role, provider, protocol, assignment và permission. Thiếu receipt ở một lớp thì claim runtime phải để UNKNOWN.

Tự kiểm tra: Nếu một model có tool Beads, điều đó tự chứng minh nó được phép close issue của assignment hiện tại chưa?

SOURCES1Role definitions, role contracts, bundles.GUIDES3Role/provider/assignment/permission.

Deep dive: Foundation role profile và Agent launch preset là hai bảng khác nhau

Foundation role profile nói role được phép giữ loại chú ý nào và có ceiling kỹ thuật nào. Agent launch preset là một lần khởi chạy cụ thể, phải ghi provider, model/base route, workspace, protocol, assignment và expiry. Không dùng preset lịch sử để suy ra role contract.

Ma trận profile đầy đủ. Trên màn hình hẹp, bảng giữ nguyên semantics và cuộn ngang trong khung này; ghép giá trị với tên field ở cột đầu.
Field	Lead	Peer	Supervisor
roleId và display name	`lead`, Lead	`peer`, Peer	`supervisor`, Supervisor
attention / purpose	Outcome, framing, integration	Bounded judgment hoặc execution	Governance, continuity, observation
standing authority	Chọn topology, integrate, issue verdict trong lease	Thực hiện assignment và hand back finding	Trigger attention, đề xuất, ghi observation
forbidden actions	Tự accept khi cần fresh review, che unknown	Coordinate, replace, stop agent, self-accept	Bypass Lead, replace, accept product
assignment effects	Được giao outcome, review hoặc recovery rõ	`read-only`, `mutating`, `review` theo grant	Observation, advisory, read-only governance
write và external scope	Scope repository/project đã pin	Exact path và Beads issue grant	Mặc định no-write, external effect không tự có
admitted skills	`beads-issue-tracker`, explicit `repo-refresh`, `triple-review`	`beads-issue-tracker`, `frontend-design`	`architecture-premise-audit`, `beads-issue-tracker`, `paseo-supervisor`, `test-proof-debt-audit`
admission state	active và explicit-only theo package	active; `triple-review` packaged-disabled	active; product workflow packaged-disabled
provider / adapter	Codex, Claude; route phải exact	Codex, Claude; Cursor/Antigravity là capability source, host hiện unavailable	Codex, Claude theo source; runtime role chưa qualify
injection method	Provider-native instruction và durable binding	Provider channel, không thay bằng initial prompt	Provider channel với advisory mandate
protocol readership	Full protocol	Constraints liên quan assignment	Full khi governance mandate cần
Beads permission	Status/read/get/prime; mutation theo verdict	Status/read; mutation chỉ với exact issue	Read-only observation, status/checkpoint
checkpoint order	`beads_status` rồi đọc issue trước material action	`beads_status` là bước đầu	`beads_status` trước report governance
lifecycle / handback / stop	Stop, handback, detach, release trong lease	Hand back finding/result; không tự đổi owner	Advisory handback; Human/Lead quyết định recovery
acceptance boundary	Lead/Human exact authority; notification không phải verdict	Không issue acceptance	Không issue product acceptance
provenance	`DEMONTHORN_EXACT` / `FOUNDATION_AUTHORED`	`DEMONTHORN_EXACT` / `FOUNDATION_DERIVATIVE`	`FOUNDATION_AUTHORED` / `PASEO_DERIVATIVE`
qualification	Static source present; runtime `UNKNOWN`	Static source present; runtime `UNKNOWN`	Static source present; runtime `UNKNOWN`
source pointer	S1, commit b855e700	S1, commit b855e700	S1, commit b855e700
unresolved risk	Fresh role/tool receipt, project activation	Provider route, assignment/negative canary	Observer event schema, cardinality, fresh canary

Qualified naming: đừng gọi mọi thứ là profile.
Tên	Nó là gì	Không được suy ra	Badge
Foundation role profile	Standing role, purpose, skill ceiling, forbidden actions	Không chứng minh host đang chạy role đó	SOURCE
Agent launch preset	Provider/model/workspace/protocol/assignment của một lần launch	Không tạo standing authority mới	SOURCE
Host/provider profile	Account, binary, route và credential readiness	Không chứng minh role boundary	RUNTIME scoped

Từ intent đến launch contract

LOCKED · lineageS2Source lock chỉ chứng minh lineage, không phải quality verdict

Đọc contract trước tool: role, specialization, provider, protocol và assignment phải khớp nhau.

Ba câu hỏi đời thường

Ai đang được giao việc, với phạm vi nào?
Full-access có nghĩa là được viết mọi nơi không?
Nếu provider không tương thích, hệ thống nên làm gì?

RoleDefinitionLead / Peer / Supervisor

Specialization?Reviewer, Architect, Scout

ProviderCodex, Claude, route exact

WORKSPACE_PROTOCOLIdentity, scope, routing, evidence

AssignmentObjective, effect, expiry, handback

Immutable RoleBindingReceipt trước khi chạy

Prose equivalent: visibility của tool không thay thế binding. Đổi provider, role hoặc assignment material nên tạo launch contract/session mới.

Vì sao

Role giữ trách nhiệm, provider thực thi, assignment giới hạn outcome và permission cho phép hành động kỹ thuật. Tách chúng giúp không đánh đồng model mạnh với authority.

Ví dụ tốt

Assignment ghi effect=read-only, path, Beads issue, evidence target và stop condition. Provider receipt khớp model/base route.

Ví dụ sai

Đổi provider lúc resume nhưng giữ nguyên prompt cũ rồi giả định role vẫn đúng.

Trường hợp dễ nhầm

Protocol bị thiếu có thể block material/mutating work; một read-only/no-external-effect path có thể đi tiếp ở mức UNKNOWN theo executable source, nhưng conflict doctrine vẫn cần Human ruling.

Đọc sâu: source lock và runtime receipt

S2 khóa Foundation d3397fa5f96587871d0bc01c18b92c3412df8290, ref foundation-v0.1.0-dev.17. Manifest có thể đúng mà role canary vẫn chưa có. Vì vậy S2 dùng để kể lineage, không dùng để nâng qualification.

Tự kiểm tra: Hãy chỉ ra mảnh nào giữ objective, mảnh nào giữ route, mảnh nào giữ write scope.

SOURCES1Launch contract và role binding source.LOCKEDS2Foundation sources.lock.json.GUIDES3Role/provider/assignment model.

C04 · C08

Vận hành một lease rõ ràng

Topology, assignment, Beads, sealed review, signal và handoff đều quay về cùng một câu hỏi: ai đang giữ scope?

Chọn topology nhỏ nhất theo risk

CONCEPT · smallest useful topologyS0Không chọn agent count chỉ vì count

Mỗi node phải giảm một rủi ro thật. Nếu Lead làm được mà không mất independent judgment, đừng thêm Peer.

Ba câu hỏi đời thường

Việc này có cần independent judgment không?
Rủi ro nào topology hiện tại chưa giảm được?
Thêm node có làm rõ owner hay chỉ làm dài thread?

Việc rất nhỏ, rõ, dễ đảo ngược?
→ Lead làm thẳng, focused check.

Có write scope material?
→ Một Peer Owner, exact assignment.

Có regression risk?
→ Stable candidate rồi fresh Peer Reviewer.

Nhiều lời giải hợp lệ hoặc risk khó rollback?
→ Sealed land/council, Lead binding verdict.

Cần governance continuity?
→ Supervisor advisory signal, không nhận acceptance.

Decision tree này là teaching model. Runtime hiện tại chưa có topology canary.

Vì sao

Node mới mang token, context và handback tax. Một Peer chỉ đáng gọi khi nó tạo ra judgment hoặc ownership mà topology nhỏ hơn không có.

Ví dụ tốt

Lead tự sửa một typo, chạy check hẹp, hand back. Với auth chưa rõ, Lead mở nhánh material và giao Peer riêng.

Ví dụ sai

Gọi ba agent cùng một prompt để “lấy nhiều ý kiến”, rồi chọn câu trả lời mạnh giọng nhất.

Trường hợp dễ nhầm

Council không phải default review. Nó dành cho decision consequential, nhiều proposition có thể đổi verdict.

Đọc sâu: council entry và exit

Entry là decision question có risk/uncertainty đủ lớn. Exit là proposition ledger, targeted challenge, verification cần thiết và Lead/Human verdict. Council seat không implement. Owner mới nhận write assignment.

Tự kiểm tra: Nếu thêm Peer nhưng không đổi mandate, risk hoặc evidence path, node mới đang mua được gì?

GUIDES3Smallest useful topology và council.NOTIONS42 đến 3 land chỉ khi nhiều lời giải hợp lệ.

Protocol, assignment và Beads

SOURCE · protocol v3S1Không có active assignment/Beads readback trong snapshot

Assignment là hợp đồng nhỏ: objective, authority, effect, scope, evidence, handback và stop.

Ba câu hỏi đời thường

Tôi phải đọc gì trước khi chạm vào repo?
Issue đang mở có nghĩa là được phép viết không?
Peer cần hand back bằng receipt nào?

Objective: Outcome cụ thể, không nhét sẵn solution cần xác nhận.
Authority: Ai issue verdict, ai được yêu cầu làm lại.
Effect: read-only, mutating, review hoặc recovery.
Write scope: Path, resource, exact Beads issue grant.
Evidence: Source identity, diff, focused check, measurement, unknowns.
Handback / stop: Điều kiện trả kết quả, giữ lease, block hoặc reopen.
Checkpoint đầu tiên: beads_status, đọc issue liên quan, rồi mới material action.

Vì sao

Protocol đặt boundary ở repo/project; assignment đặt boundary ở lần giao cụ thể. Beads nối issue, owner và handoff để không phải tin vào một đoạn chat mất context.

Ví dụ tốt

Peer đọc beads_status, issue, scope và expiry, rồi trả diff cùng evidence. Lead mới xem có đủ để integrate không.

Ví dụ sai

Thấy issue đang in_progress rồi coi đó là quyền close hoặc acceptance.

Trường hợp dễ nhầm

CLI example cũ thiếu --assignment-effect. Executable validation hiện yêu cầu field này. Dạy theo executable contract, ghi doc example là stale.

Đọc sâu: protocol readership

Lead đọc full protocol. Peer nhận constraint liên quan assignment để giữ independent judgment mà vẫn biết boundary. Supervisor đọc full khi governance mandate cần. Đây là source-level rule, chưa có current role receipt.

Tự kiểm tra: Hãy đọc câu “Beads Central unavailable blocks mutation” như một scope guard, không như một verdict.

SOURCES1WORKSPACE_PROTOCOL, assignment contract, Beads.UNKNOWNKhông có active assignment receipt ở S6.

Independent judgment, blind design và council

GUIDE · sealed reviewS3Council source có, current Council run không có

Độc lập trước, hợp tác sau: sealed round giữ proposal khỏi bị anchoring.

Ba câu hỏi đời thường

Tại sao không cho hai Peer chat ngay từ đầu?
Hai model đồng ý có làm proposition đúng hơn không?
Ai sửa finding sau review?

1. Neutral briefObjective, unknown, no preferred solution.

2. Sealed roundLand không đọc proposal nhau.

3. StableIdentity, snapshot, evidence.

4. ChallengeChỉ challenge disagreement material.

5. VerdictLead/Human bind và giao Owner.

“Sealed” nghĩa là chưa đọc proposal của nhau, không phải giấu report khỏi authority.

Vì sao

Diversity đến từ mandate khác nhau, không chỉ provider khác nhau. Evidence phải ghi claim, consequence và cách disprove.

Ví dụ tốt

Architect và Reviewer cùng nhận neutral brief. Sau khi cả hai nộp report, Lead trích proposition rồi gọi một challenge hẹp.

Ví dụ sai

Reviewer đọc proposal A trước, sau đó lặp lại framing của A rồi tự sửa code để chứng minh mình đúng.

Trường hợp dễ nhầm

“No vote” không nghĩa Lead quyết theo cảm tính. Lead cần proposition ledger, evidence và constraints.

Đọc sâu: council packet

Packet cuối nên ghi decision and why, accepted/rejected/unresolved claims, material dissent, exact Owner, do-not-touch boundary, validation requirements, limitations và reopen conditions.

Tự kiểm tra: Stable candidate nằm trước hay sau sealed round? Ai nhận write lease sau verdict?

GUIDES3Sealed review và council flow.NOTIONS4L4, L5 là doctrine/derived, không phải runtime receipt.

Supervisor như attention trigger

NOTION · doctrine synthesisS4Custom event, detector, heartbeat và observer runtime đều UNKNOWN

Signal đánh thức judgment đúng lúc. Nó không đổi owner, stop, replace hay accept.

Ba câu hỏi đời thường

Signal cần đánh thức ai?
Supervisor có được tự stop một Peer không?
Heartbeat khác causal event ở đâu?

Causal episodefriction, repeated failure, decision drift

advisory →

Leadhỏi mở, route, verdict path

Humanscope/risk/release

← separate authority path

Supervisorobservation, proposal, handback

Không vẽ mũi tên Supervisor → Peer như thể Supervisor sở hữu implementation.

Vì sao

Polling liên tục tạo noise và khiến status cũ cạnh tranh với episode material. Signal tốt có cause, open question, smallest correction và unknowns.

Ví dụ tốt

Ba failure liên tiếp được gom thành một episode. Supervisor báo Lead kèm log và câu hỏi mở, không sửa assignment.

Ví dụ sai

Heartbeat thấy Peer chậm rồi tự đổi provider, stop Peer và assign người khác.

Trường hợp dễ nhầm

“Cheap detector” có thể là ý tưởng giảm chi phí, nhưng không có telemetry/receipt thì không gọi là hard trigger đã ship.

Supervisor notebook và continuous optimization

Notebook là process memory cho observation liên workspace, không phải task tracker, transcript hay decision log. Một entry tốt tách observation, counterevidence, diagnosis và cost trước khi đề xuất rule.

Vòng tối ưu an toàn, vẫn giữ authority ở Human/Lead.
Bước	Ghi gì	Không được suy ra
1. Observation	Causal episode, provider/session, scope và thời điểm.	Không gắn nhãn anti-pattern trước evidence.
2. Counterevidence	Điều có thể exonerate thiết kế hoặc chỉ ra lỗi khác.	Không ép Peer chọn đúng A01 đến A14.
3. Diagnosis / cost	Mechanism, attention/token/latency tax và smallest correction.	Không biến một anecdote thành policy toàn hệ thống.
4. Bounded canary	Owner-positive và non-owner-negative check, rollback condition.	Không promote candidate rule nếu chưa có canary.
5. Review	Human/Lead ruling, provenance và reopen condition.	Không để Supervisor tự phát hành acceptance.

SOURCES1SUPERVISOR_NOTEBOOK và role contract trong exact checkout.NOTIONS4Better SLP là synthesis/proposal.ARCHIVES5Notebook lineage trong reference archive.

Đọc sâu: E, D, O trong Supervisor lesson

Notion ghi explicit lesson về attention trigger, open-ended self-audit và các phương án custom event. Guide suy ra signal chỉ đánh thức judgment. Runtime schema, emitter, debounce và authority boundary vẫn cần verify.

Tự kiểm tra: Sau signal, ai issue ACCEPT/REOPEN/REJECT/UNKNOWN?

NOTIONS4L1, L3, L17, L18.GUIDES3Lifecycle và acceptance boundary.UNKNOWNRuntime event/heartbeat receipt chưa có.

Lifecycle, signal, handback và handoff

SOURCE · workflow contractS1Không có current handback/transfer receipt

Agent state, workspace state và acceptance state là ba chuyện cần gọi đúng tên.

Ba câu hỏi đời thường

Completed có nghĩa đã được accept chưa?
Detach khác release thế nào?
Lead kế tiếp cần nhận những gì?

idleChưa chạy hoặc chờ lease.

runningĐang thực thi trong scope.

closedSession kết thúc, chưa tự accept.

archivedGiữ lineage để tra cứu.

releasedHuman/authority đã nhả lease.

Text label là nguồn nghĩa. Màu không tự biểu thị terminal hoặc unknown.

Frozen packet: Objective, accepted decisions, evidence index, open unknowns, do-not-touch scope.
Identity: Predecessor và successor rõ ràng, không dùng notification như transfer.
Successor ACK: Lead kế tiếp xác nhận đã đọc packet và boundary.
Human release: Human cho phép predecessor release khi continuity an toàn.

Vì sao

Lifecycle nằm ngoài model để retry, cancel, resume và ownership không bị mất khi context đổi.

Ví dụ tốt

Lead cũ trả frozen packet, Lead mới ACK, Human release lease cũ, rồi assignment mới bắt đầu.

Ví dụ sai

Thấy agent gửi “done” rồi đổi parent owner mà không có evidence index hay release boundary.

Trường hợp dễ nhầm

Detach chỉ thay cách quan sát session. Nó không tự hand back outcome và cũng không phát hành acceptance.

Đọc sâu: ordinary transfer và adjacent-Lead handoff

Ordinary transfer có thể chuyển assignment bounded. Adjacent-Lead handoff đổi identity chịu outcome, nên cần packet dày hơn, successor ACK và Human gate. Cả hai đều cần receipt.

Tự kiểm tra: Liệt kê hai điều notification không thể làm thay cho authority.

SOURCES1paseo-handoff, lifecycle, assignment.GUIDES3Status/test pass không phải acceptance.

C09 · C11

Bằng chứng và boundary

Source có thể rất chi tiết mà runtime vẫn UNKNOWN. Ba chương này đặt profile, acceptance và causal correction cạnh nhau.

Skills, role bundle, workflow và provider

SOURCE · admission matrixS1Skill presence không phải role admission, provider readiness không phải canary

Qualified naming giúp bạn không lẫn Foundation bundle, product workflow, launch preset và host profile.

Ba câu hỏi đời thường

Skill nằm trong manifest có tự được mọi role dùng không?
Codex login ready có chứng minh Lead canary không?
Foundation bundle và product workflow có phải một bảng không?

Customization an toàn

Năm tên Fable Floor, Brainstorm, Kongming, Debug và Security Scan là proposal absent trong checkout hiện tại. Nếu muốn thử, bắt đầu từ canonical Foundation source, bind đúng role và provenance, chạy canary no-write hoặc owner-positive/non-owner-negative trong scope hẹp, ghi rollback condition, rồi chờ Human approval. Không copy catalog AK vào mọi role và không dựng control plane thứ hai cạnh Paseo.

Safe customization matrix: thử nghiệm có boundary, không promotion âm thầm.
Candidate	Vai trò phù hợp	Boundary tối thiểu	Trạng thái hiện tại
Compact Fable Floor	Guard cho standing roles	Không native delegation, không write, không tự issue verdict	PROPOSAL absent
Brainstorm	Lead framing hoặc counsel	Neutral brief, sealed/no-write round, Lead giữ verdict	PROPOSAL absent
Kongming	Lead-only advisor nếu Human chốt	Không Task/native delegation/write/publish; trả receipt và unknowns	PROPOSAL unresolved
Debug	Peer bounded root-cause report	Read-only trước, exact assignment/Beads, không auto-fix ngoài lease	PROPOSAL absent
Security Scan	Peer report-only	No-write, không network/publication, giữ secret boundary và negative canary	PROPOSAL absent

SOURCES1Role admission, package state, no ownership spill.GUIDES3Neutral brief, smallest topology, evidence boundary.PROPOSALAK-derived candidates chưa có canonical/runtime receipt.

Seven-row imported Foundation bundle snapshot b855e700; source conflict is disclosed below.
Package	Provenance	State	Boundary
`architecture-premise-audit`	FOUNDATION_DERIVATIVE	Supervisor active	Governance/read-only, không phải authority
`beads-issue-tracker`	FOUNDATION_AUTHORED	Ba role active	Mandatory issue graph/checkpoint
`frontend-design`	DEMONTHORN_EXACT	Peer active	Bounded Peer design workflow
`paseo-supervisor`	FOUNDATION_AUTHORED	Supervisor active	Observation/governance
`repo-refresh`	DEMONTHORN_EXACT	Lead explicit-only	Không implicit trigger
`test-proof-debt-audit`	DEMONTHORN_EXACT	Supervisor active	Proof-debt observation
`triple-review`	FOUNDATION_AUTHORED	Lead explicit-only; Peer/Supervisor packaged-disabled	Không tự mở rộng role

Mâu thuẫn source, chưa chốt: README downstream nói ultra-review được package nhưng disabled cho mọi standing role; imported manifest/role bundle dùng cho bảng bảy package này không liệt kê nó. Vì vậy bảng này chưa nên đọc là inventory hoàn chỉnh cho đến khi canonical source được chốt.

PENDINGREADME.md:154-161ultra-review packaged-disabled.LOCKEDS2Imported manifest/role bundle không có entry này.HUMANCần canonical ruling.

Product workflow plane và đề xuất chưa ship.
Family	Current source	Textbook state
`paseo`	Daemon/workspace/provider/profile discovery	SOURCE runtime UNKNOWN
`paseo-advisor`, `paseo-committee`	Advisory, no ownership/edit	SOURCE runtime UNKNOWN
`council`	Lead-only, sealed no-write Peer lands, Beads, Lead verdict	SOURCE Peer/Supervisor packaged-disabled
`paseo-handoff`, `paseo-loop`	Transfer và bounded worker/verifier loop	SOURCE no current receipt
Compact Fable Floor, Brainstorm, Kongming, Debug, Security Scan	Plan candidate, không có package trong current manifest	PROPOSAL absent

Vì sao

Admission là quyết định policy, không phải import toàn bộ catalog. Narrow bundle giữ trigger, authority và provenance không trượt sang role khác.

Ví dụ tốt

Ghi “Codex binary và login ready” ở runtime provider row, nhưng để “Lead role canary” là UNKNOWN.

Ví dụ sai

Thấy AK skill cài trong ~/.agents rồi gọi nó là package đã ship của Foundation.

Trường hợp dễ nhầm

Source nói Cursor/Antigravity có adapter, nhưng host capture không có binary. Capability source và current provider evidence tách riêng.

Đọc sâu: three meanings of profile

Foundation role profile là standing role. Agent launch preset là một launch contract. Host/provider profile là account, binary và route readiness. Chỉ launch receipt mới nối chúng cho một session.

Tự kiểm tra: Hãy đặt repo-refresh vào đúng ô: role bundle state, product workflow hay runtime qualification?

SOURCES1role-bundles, role-admission, provider adapters.RUNTIMECodex/Claude ready; Cursor/Antigravity unavailable.PROPOSALAK-derived MVP absent.

Evidence, acceptance và maturity

RUNTIME · scoped receiptS6Chỉ distribution/effective runtime PASS; role/project vẫn UNKNOWN

Một claim trưởng thành khi có source, receipt, consequence và cách disprove phù hợp.

Ba câu hỏi đời thường

Source bytes chứng minh điều gì?
Test xanh có thể issue acceptance không?
Receipt nào còn thiếu để role được qualify?

Những gì đã xác nhận

Snapshot S6 xác nhận hẹp hai gate: installed distribution khớp manifest và daemon đọc đúng source identity. Provider/account readiness cũng có receipt riêng, nhưng đó vẫn là evidence của provider, chưa phải role acceptance.

Evidence rail: claim, observed, supports, unproved.
Claim	Đã quan sát	Nó hỗ trợ	Chưa chứng minh
Installed Foundation đúng manifest	Distribution hash và manifest	DISTRIBUTION_VALID=PASS	Role boundary, project activation
Daemon đọc đúng source	Local daemon readback, commit b855e700	RUNTIME_EFFECTIVE=PASS	Orchestration route, canary
Codex và Claude sẵn sàng	Binary/diagnostic/login receipt	Provider/account readiness	Identity-bound role/tool receipt
Lead/Peer/Supervisor contract tồn tại	Static role JSON/docs	Source capability	Current positive/negative canary
Project đã qualify	Protocol bytes có, assignment/Beads readback không có	Project có source boundary	PROJECT_READY=UNKNOWN

Những gì runtime chưa qualify

ORCHESTRATION_READY, ROLE_BOUNDARY_QUALIFIED và PROJECT_READY vẫn UNKNOWN vì thiếu identity-bound route, positive/negative role canary và project activation/assignment receipt. Không dùng package presence, test pass hoặc historical screenshot để nhảy qua các gate này.

Verdict outcome, không phải provenanceACCEPTREOPENREJECTUNKNOWNVerdict chỉ do authority đúng lease phát hành.

Vì sao

Evidence graph ngăn source, generated bytes, HTTP 200, test pass và runtime state bị trộn thành một câu chuyện release.

Ví dụ tốt

Ghi rõ “daemon/source identity observed” và “role canary absent”. Khi thiếu receipt, kết luận là UNKNOWN.

Ví dụ sai

Thấy doctor có hai PASS rồi viết “SLP đã hoạt động đầy đủ”.

Trường hợp dễ nhầm

Provider login chứng minh account có thể dùng provider. Nó không chứng minh assignment, route pin và non-owner denial.

Đọc sâu: bậc qualification

Qualification đi từ distribution, effective runtime, orchestration receipt, identity-bound role/tool canary đến project activation. Mỗi bậc có gate riêng. Không được nhảy bậc bằng historical screenshot hay package presence.

Tự kiểm tra: Bạn cần receipt nào để chuyển ROLE_BOUNDARY_QUALIFIED khỏi UNKNOWN?

RUNTIMES6Exact read-only capture 2026-08-25.GUIDES3Claim → evidence → consequence → disproof.

Anti-pattern theo causal mechanism

GUIDE · causal lensS3Đây là guard/lens, không phải live negative-canary result

Một anti-pattern hữu ích phải kể được trigger, mechanism, tax, correction và cách disprove.

Ba câu hỏi đời thường

Điều gì đã kích hoạt failure?
Mechanism nào biến nó thành tax?
Receipt nào có thể exonerate thiết kế?

A01 · Flat agent swarm Thêm node chỉ vì số lượng

Trigger: Mandate giống nhau, gọi nhiều agent.
Mechanism: Correlated answers và không owner rõ.
Tax / failure: Token/context tax, khó hội tụ.
Smallest correction: Smallest useful topology với một Owner.
Disproof / evidence: Cho thấy Lead hoàn thành tiny task mà không mất judgment.

A02 · Role/provider conflation Model hoặc tool visible bị đọc thành authority

Trigger: Provider, model, skill xuất hiện.
Mechanism: Visibility bị nhầm với role binding.
Tax / failure: Wrong role, scope leak.
Smallest correction: Inspect role, assignment và provider riêng.
Disproof / evidence: Authoritative binding receipt và denied non-owner action.

A03 · Self-implement + self-accept Một agent vừa sửa vừa green

Trigger: Implementer tự viết verdict.
Mechanism: Confirmation bias, thiếu independent falsification.
Tax / failure: False acceptance.
Smallest correction: Fresh Reviewer hoặc Lead acceptance boundary.
Disproof / evidence: Stable candidate kèm independent review report.

A04 · Two writers on coupled scope Parallel change cùng file hoặc state

Trigger: Hai writer chạm moving scope.
Mechanism: Interleaved writes, stale snapshot.
Tax / failure: Lost work, merge/race risk.
Smallest correction: Một Owner cho moving scope, chỉ parallelize scope độc lập.
Disproof / evidence: Ownership map và conflict-free snapshot.

A05 · Pre-solved neutral brief Brief chứa solution cần xác nhận

Trigger: Neutral brief đã khóa phương án.
Mechanism: Peer tối ưu theo framing, không theo evidence.
Tax / failure: False confidence, mất option C.
Smallest correction: Objective-only brief và open question.
Disproof / evidence: Peer đưa counter-solution hoặc exonerate premise.

A06 · Test mints API / contract Test pin property chưa được chốt

Trigger: Product interface còn undecided.
Mechanism: Test tự phát minh API, implementation bẻ theo test.
Tax / failure: Wrong contract, rework.
Smallest correction: Contract, owner, unknown trước tests.
Disproof / evidence: Accepted contract source có trước test.

A07 · Status/test pass = acceptance Completed hoặc green bị đọc thành verdict

Trigger: Notification, status hoặc test pass.
Mechanism: Signal bị nhầm với authority verdict.
Tax / failure: Artifact stale hoặc chưa review được accept.
Smallest correction: Source, stable identity, focused checks, named authority verdict.
Disproof / evidence: Lead/Human ghi ACCEPT, REOPEN, REJECT hoặc UNKNOWN.

A08 · Polling as supervision Heartbeat thay causal signal

Trigger: Poll liên tục, không có episode.
Mechanism: Noise và stale observation tranh attention.
Tax / failure: Prompt storm, attention loss.
Smallest correction: Sparse event và bounded corroboration.
Disproof / evidence: Ít signal hơn mà không bỏ sót material episode.

A09 · Supervisor bypasses Lead Direct Peer instruction hoặc recovery absent lease

Trigger: Supervisor tự route Peer.
Mechanism: Ownership tree và communication graph sụp.
Tax / failure: Authority split, hidden scope.
Smallest correction: Advisory correction về Lead; recovery cần Human lease.
Disproof / evidence: Parentage, lease và handback path rõ.

A10 · Skill pollution / global copy Mọi role thấy mọi package

Trigger: Catalog copy global.
Mechanism: Trigger và authority boundary biến mất.
Tax / failure: Drift vào orchestration hoặc cleanup.
Smallest correction: Role admission và progressive disclosure.
Disproof / evidence: Owner-positive và non-owner-negative canary.

A11 · Context bloat Đọc mọi thứ just in case

Trigger: Context nạp không theo decision need.
Mechanism: Attention loãng, framing bị capture.
Tax / failure: Mất momentum và judgment.
Smallest correction: Neutral brief gọn, progressive source loading.
Disproof / evidence: So sánh bounded context với independent answer quality.

A12 · Two control planes Paseo child cộng native sub-agent tree

Trigger: Hai hệ thống cùng giữ parent và state.
Mechanism: Lifecycle, ownership và evidence bị chia.
Tax / failure: “x2 orchestration”, handback mờ.
Smallest correction: Chọn một lifecycle owner; adapter khi thật sự cần.
Disproof / evidence: Trace parent, provider session và evidence graph.

A13 · Source/generated/runtime conflation File tồn tại hoặc HTTP 200 bị coi là active

Trigger: Static bytes hoặc URL xanh.
Mechanism: Presence bị nhầm với qualified behavior.
Tax / failure: False release claim.
Smallest correction: Source lock, build provenance, fresh canary.
Disproof / evidence: Exact fingerprint, route và role readback.

A14 · Silent provider fallback Resume route không tương thích nhưng vẫn chạy

Trigger: Provider/model/base route đổi.
Mechanism: Initial prompt che drift authority/credential.
Tax / failure: Wrong model, authority hoặc credential path.
Smallest correction: Fail closed, respawn với launch contract mới.
Disproof / evidence: Persisted route và denial receipt.

Vì sao

Causal chain biến cảnh báo thành hành động nhỏ có thể kiểm chứng. Nó cũng cho phép audit exonerate một thiết kế thay vì luôn đòi thêm ceremony.

Ví dụ tốt

A04 sửa bằng một moving-scope Owner, còn scope độc lập vẫn có thể parallelize.

Ví dụ sai

Thấy từ “polling” rồi cấm mọi heartbeat, dù chưa hỏi heartbeat đang là detector proposal hay lifecycle receipt.

Trường hợp dễ nhầm

Anti-pattern catalog có thể là source guard, nhưng không phải bằng chứng daemon vừa phát hiện và chặn một instance live.

Đọc sâu: open-ended audit

Câu hỏi audit tốt là “evidence nào cho thấy cơ chế này đang tạo tax hoặc vượt authority?”. Nó cho phép finding là “không có lỗi”, “lỗi khác” hoặc “thiếu evidence”, thay vì ép người review chọn đúng nhãn A01 đến A14.

Tự kiểm tra: Chọn một card và nói đủ năm mắt xích mà không dùng chữ “vì best practice”.

GUIDES3Causal anti-pattern và proof.SOURCES1Static role/assignment guards.

C12 · lineage

Học từ nguồn, không thay nguồn

Notion corpus giúp thấy doctrine hình thành ra sao. Report là PARTIAL, transcript không có speaker labels và không có runtime receipt.

Notion journey, insight ledger và gems

NOTION · PARTIALS4Không diarize speaker, không promote raw transcript thành runtime

Đọc theo root, continuation, transcript, reverse pass rồi synthesis E/D/O.

Ba câu hỏi đời thường

Corpus này cho tôi học được lesson nào?
Raw transcript có cho biết ai đã nói câu nào không?
Comment hoặc attachment không thấy có nghĩa là không tồn tại sao?

Hành trình hình thành tư duy

Root 3c6a84d61a2c8075ac5af8afb8d57dc9, snapshot 2026-08-24T16:50:07.229Z.
Continuation 3c6a84d61a2c803893bae7f801d34d9f.
Raw transcript 3c6a84d61a2c8059a46bf50a2b7a7e92, không diarization.
Forward và reverse read, không thấy doctrine mới.
Synthesis E, D, O; action item không có artifact vẫn partial.

Missing access

Sibling/hidden page tree: UNKNOWN.
Comments/deleted threads: connector trả {}, không kết luận none exists.
Images, files, embeds, attachments ngoài output: UNKNOWN.
Runtime implementation và canary: NOT COVERED.

Vì sao

Lineage giúp người học biết lesson là explicit, derived hay open. Nó ngăn một synthesis hay bị đọc thành executable contract.

Ví dụ tốt

Ghi L5 là E/D, link đúng anchor, rồi thêm “sealed round chưa có current runtime receipt”.

Ví dụ sai

Gán speaker cụ thể cho một đoạn raw ASR vì thấy từ “anh/em” trong transcript.

Trường hợp dễ nhầm

Search không lộ child page là bằng chứng âm có giới hạn, không phải proof rằng sibling page không tồn tại.

Insight ledger L1 đến L18. Nhãn E/D/O là lớp của report, không phải runtime gate.
ID	Lớp	Lesson	Boundary
L1	E	Supervisor trigger attention đúng lúc, không continuous control.	NOTION, không runtime.
L2	E	Open-ended self-audit không ép peer tìm đúng anti-pattern đã đặt tên.	NOTION.
L3	E/O	Custom event, cheap detector, heartbeat được nêu như options.	NOTION + PROPOSAL/UNKNOWN.
L4	E	2 đến 3 land có ích khi nhiều solution hợp lệ.	Không phải default.
L5	E/D	Sealed first round, converge sau stable proposal, targeted challenge.	NOTION + GUIDE synthesis.
L6	E	Lead giữ framing/convergence và có thể explore alternative.	Raw speaker unknown.
L7	E/D	Context bloat không tự là blocker; branch khi material.	Mechanism runtime cần proof.
L8	E	Test có thể over-specify API undecided.	Không phải anti-test doctrine.
L9	E/D	Contract, owner, authority, unknown trước khi lock test.	NOTION synthesis.
L10	E	Better SLP rút rule generic ngắn từ failure lặp lại.	Heuristic, không hard limit.
L11	D/O	Giữ rule khi risk reduction sống qua canary và rollback.	Chưa có canary textbook.
L12	E	Human attention là bottleneck trong work dài và nhiều project.	ROI chưa đo.
L13	E	Generic infrastructure nên cho SLP/DCM là policy switchable.	Proposal, chưa architecture contract.
L14	E/D	Không tin first stochastic output; alternative cần evidence/convergence.	Illustration, không benchmark.
L15	E	Manual dual-section copy/paste là precursor, chưa acceptance.	NOTION.
L16	E/O	AI slop, self-learning, pixel animation là side topics.	Không phải SLP contract.
L17	D	Signal đánh thức judgment, không issue verdict hay đổi owner.	NOTION synthesis + GUIDE.
L18	D/O	Cheap detector advisory; hard trigger cần telemetry; Supervisor không accept/replace.	Enforcement và threshold UNKNOWN.

Những viên ngọc từ buổi thảo luận

G1 · “Tác động nhỏ” kéo attention về contract

Open question có thể tái phân phối attention mà không ép failure label.

Không được quên: raw ASR, không speaker labels.

G2 · Game network synchronization

HP và state có consistency need khác nhau, nên nhiều solution cần land và mandate riêng.

Analogy, không benchmark.

G3 · Custom event và heartbeat 15 phút

Event là causal trigger; heartbeat chỉ là fallback proposal.

Implementation UNKNOWN.

G4 · TDD “mint API”, ví dụ `user.point`

Green test có thể pin một property chưa ai authorize.

Doctrine, không cấm test-first.

G5 · Lead framing không ép A/B

Lead là convergence owner, không phải empty router.

Raw speaker attribution unknown.

G6 · Auth thiếu trong lúc làm authorization

Material context branch đáng mở Lead/assignment mới và hand back.

Runtime mechanism cần proof.

G7 · iPhone/SIM và generic engine

Infrastructure và opinion/plugin nên tách được.

Design advice, chưa adapter contract.

G8 · “Chúc mừng năm mới/sinh nhật”

First stochastic output không phải truth; alternative vẫn cần evidence và verdict.

Illustrative example.

Vì sao

Journey và ledger cho phép người học truy ngược lesson đến source mà không biến textbook thành transcript replacement.

Ví dụ tốt

Gắn L1, G3, G17 với badge NOTION, rồi viết rõ “not runtime”.

Ví dụ sai

Gắn chữ “đã có” cho custom event chỉ vì action item nhắc tới repository.

Trường hợp dễ nhầm

get_comments={} là output connector, không phải chứng minh Notion không có comment ẩn hoặc deleted thread.

Đọc sâu: reverse pass

Reverse read đi từ acceptance/unknown, qua bounded Better SLP, reviewer, blind round, trigger rồi về generic infrastructure. Nó không đổi verdict, chỉ củng cố authority và evidence boundaries.

Tự kiểm tra: Chọn một gem và nói nó thuộc analogy, doctrine, proposal hay runtime proof.

NOTIONS4Report 2026-08-25T00:20:00+07:00, root snapshot 2026-08-24T16:50:07.229Z.UNKNOWNHidden tree/comments/attachments/runtime.

C13 · lab

Thực hành tám đường đi

Mỗi packet là một tình huống học. Nó không giả vờ là một run đã hoàn tất trên host hiện tại.

Walkthrough lab: W1 đến W8

GUIDE · repeatable packetS3Tình huống source-backed, runtime qualification UNKNOWN

Đọc câu hỏi, topology, assignment, evidence và stop condition. Luôn hỏi ai được issue verdict.

Ba câu hỏi đời thường

Trước khi bắt đầu, receipt tối thiểu là gì?
Ai giữ moving scope và ai chỉ review?
Khi nào dừng và hand back?

Các kịch bản brainstorm/implementation/debug/review/audit

Mỗi tên dưới đây là một scenario map, không phải role mới và không tự cấp quyền. Role, assignment, effect, evidence và verdict owner vẫn phải đến từ canonical source hoặc Human ruling.

Scenario map: owner, effect và evidence cần nhìn.
Kịch bản	Owner / topology	Effect và evidence	Boundary hiện tại
Brainstorm	Lead framing; sealed Peer/counsel chỉ khi decision material.	Read-only, neutral brief, propositions và unknowns; Lead/Human bind verdict.	PROPOSAL workflow package chưa có current receipt.
Implementation	Lead outcome, một Peer Owner cho moving scope.	Bounded mutating lease, Beads, diff, focused checks, handback.	SOURCE contract có; current run UNKNOWN.
Debug	Peer bounded root-cause trước; Lead giữ integration.	Read-only first, repro/log/evidence, no auto-fix ngoài lease.	PROPOSAL Debug package absent.
Review	Fresh Peer Reviewer trên stable candidate.	Read-only falsification, finding, reproduction, severity; Lead issue verdict.	SOURCE specialization có; role canary UNKNOWN.
Audit	Supervisor/governance observation; không bypass Lead.	Read-only source/provenance/gap report, counterevidence và reopen condition.	SOURCE audit packages có; live enforcement UNKNOWN.

SOURCES1Role, assignment, review, supervisor boundaries.GUIDES3Independent first, neutral brief, causal audit.UNKNOWNScenario receipts trên current host chưa có.

W1 · Việc rất nhỏ, rủi ro thấp

Nói ngắn gọn: Human giao thẳng Lead khi task rõ, nhỏ và dễ đảo ngược.

Câu hỏi: Khi nào không cần tạo Peer?
Trước khi bắt đầu: Objective exact, workspace rõ, focused check, không extra transfer.
Topology: Human → Lead.
Owner: Lead giữ toàn scope.
Assignment: Objective: sửa một lỗi nhỏ. Authority: Lead. Effect: bounded mutating. Evidence: diff và check hẹp. Handback-stop: trả stable result, không mở nhánh mới.
Evidence: Source contract có; không có current task receipt.
Không được suy ra: Source workflow không phải run runtime.
Kết quả: Lead/Human mới issue verdict. Nếu thiếu receipt: UNKNOWN.
Anti-pattern: A01, tạo Peer chỉ vì số lượng.
Tự kiểm tra: Task này có thật sự cần independent judgment không?

W2 · Implement bounded feature có material judgment

Nói ngắn gọn: Lead giữ outcome, Peer Owner nhận một write lease hẹp.

Câu hỏi: Khi nào một Peer đáng được tạo?
Trước khi bắt đầu: Neutral assignment, exact scope, protocol, Beads checkpoint.
Topology: Human → Lead → Peer Owner.
Owner: Peer giữ moving scope; Lead giữ integration.
Assignment: Objective: feature bounded. Authority: Peer implement trong scope. Effect: mutating. Evidence: issue, diff, test. Handback-stop: release hoặc giữ lease với reason.
Evidence: Assignment contract và role profile trong source; chưa có live readback.
Không được suy ra: Hai writer không được cùng coupled scope.
Kết quả: Lead/Human issue verdict sau handback.
Anti-pattern: A04, two writers; A05, pre-solved brief.
Tự kiểm tra: Scope nào là moving và scope nào có thể độc lập?

W3 · Review candidate ổn định

Nói ngắn gọn: Reviewer nhận stable candidate để falsify, rồi hand back finding cho Lead.

Câu hỏi: Làm sao review vẫn độc lập?
Trước khi bắt đầu: Git/candidate identity ổn định, mandate review rõ.
Topology: Owner → fresh Peer Reviewer → Lead.
Owner: Owner vẫn sửa; Reviewer chỉ tìm và chứng minh finding.
Assignment: Objective: falsify candidate. Authority: report finding. Effect: read-only. Evidence: source lines, reproduction, severity. Handback-stop: hand back, không patch.
Evidence: Specialization và handback docs có trong source; chưa có review receipt.
Không được suy ra: Test pass không xoá review need.
Kết quả: Lead quyết định patch, reopen hoặc accept.
Anti-pattern: A03, self-accept; reviewer tự sửa.
Tự kiểm tra: Candidate identity có stable trước khi Reviewer đọc chưa?

W4 · Architecture-sensitive, nhiều lời giải hợp lệ

Nói ngắn gọn: Sealed land tạo alternative; Lead hội tụ sau khi proposal ổn định, không vote.

Câu hỏi: Có nên mở hai hoặc ba land không?
Trước khi bắt đầu: Decision question, neutral brief, distinct mandate, stop condition.
Topology: Lead → sealed land(s) → targeted challenge → Lead/Human.
Owner: Lead giữ framing và verdict.
Assignment: Objective: compare propositions. Authority: analysis only. Effect: read-only/no-write. Evidence: proposal snapshot, claim/evidence/consequence. Handback-stop: no vote, Lead binds.
Evidence: Guide và council skill; không có current Council run.
Không được suy ra: 2 đến 3 land không phải default.
Kết quả: Lead/Human issue ACCEPT, REOPEN, REJECT hoặc UNKNOWN.
Anti-pattern: A05, pre-solved; A12, two planes.
Tự kiểm tra: Proposal có bị đọc trước stable round không?

W5 · Supervisor thấy friction nhưng không chiếm việc

Nói ngắn gọn: Supervisor gửi signal có cause về Lead; không tự route Peer hay accept.

Câu hỏi: Attention đang bị mắc ở đâu?
Trước khi bắt đầu: Causal episode, open question, smallest correction, unknowns.
Topology: Human → Supervisor → Lead.
Owner: Lead giữ product outcome; Supervisor giữ observation.
Assignment: Objective: reallocate attention. Authority: advisory. Effect: read-only. Evidence: episode and source. Handback-stop: signal và chờ Lead/Human.
Evidence: Source doctrine và Notion lesson; observer runtime UNKNOWN.
Không được suy ra: Supervisor không là super-Lead.
Kết quả: Lead/Human quyết route.
Anti-pattern: A09, bypass Lead; A08, polling.
Tự kiểm tra: Signal đang đánh thức judgment nào?

W6 · Peer fail lặp lại và cần route attention

Nói ngắn gọn: Repeated evidence có thể mở signal, nhưng threshold và route phải có receipt.

Câu hỏi: Khi nào failure đáng được route lên Supervisor?
Trước khi bắt đầu: Ba failure liên tiếp hoặc evidence corroborated, current status, không inflate canceled turn.
Topology: Peer → owning Lead; repeated evidence → Supervisor advisory.
Owner: Lead quyết block, reopen hoặc đổi assignment.
Assignment: Objective: explain failure and next safe action. Authority: Peer report, Supervisor advice. Effect: no-write unless renewed lease. Evidence: logs, attempts, unknowns. Handback-stop: block/reopen.
Evidence: Bounded loop source; repeated-failure threshold vẫn proposal.
Không được suy ra: Heartbeat tự đổi authority.
Kết quả: Lead/Human verdict; Supervisor không accept.
Anti-pattern: A08, polling as supervision.
Tự kiểm tra: Failure count có bỏ canceled turn và có evidence không?

W7 · Adjacent-Lead continuity khi Lead mất momentum

Nói ngắn gọn: Handoff là frozen packet và identity mới, không phải notification.

Câu hỏi: Làm sao Lead mới tiếp tục mà không phá decision history?
Trước khi bắt đầu: Frozen packet, accepted decisions, evidence index, successor ACK.
Topology: Human + predecessor Lead + successor Lead.
Owner: Successor Lead giữ work mới sau release.
Assignment: Objective: continuity. Authority: Human release, successor integration. Effect: fresh launch. Evidence: packet and ACK. Handback-stop: predecessor idle/released.
Evidence: Handoff source workflow; chưa có provider transfer receipt.
Không được suy ra: Completed hoặc detach không tự transfer ownership.
Kết quả: Human authorizes release; successor Lead owns next work.
Anti-pattern: A07, status as acceptance; A13, source/runtime conflation.
Tự kiểm tra: Packet có ghi unknown và do-not-touch boundary không?

W8 · Role-first launch với provider, no-write và Beads

Nói ngắn gọn: Chốt role và assignment trước provider; route incompatible thì block trước launch.

Câu hỏi: Receipt nào đủ để launch một role?
Trước khi bắt đầu: Protocol v3, role/assignment/provider/model receipt, durable injection, beads_status, no-write mode.
Topology: Human → role-first Lead, Peer hoặc Supervisor.
Owner: Authority holder của assignment.
Assignment: Objective và effect rõ; provider route exact; Beads checkpoint first; no-write nếu review/advisory.
Evidence: Static launch/role binding source; current host provider ready nhưng role proof UNKNOWN.
Không được suy ra: Profile visibility, tool visibility hoặc initial prompt không phải authority.
Kết quả: Incompatible route fail closed; thiếu receipt là UNKNOWN/block.
Anti-pattern: A02, role/provider conflation; A14, silent fallback.
Tự kiểm tra: Ai có thể deny non-owner action và receipt nằm ở đâu?

Vì sao

Tám W biến khái niệm thành retrieval practice. Mỗi packet buộc người học gọi đúng owner, effect và verdict boundary.

Ví dụ tốt

W3 dừng ở handback finding, rồi để Lead quyết định patch. W7 dừng ở Human release, không giả lập runtime pass.

Ví dụ sai

Dùng một walkthrough như bằng chứng đã chạy. Đây chỉ là lesson packet cho đến khi có receipt.

Trường hợp dễ nhầm

W6 có “ba failure liên tiếp” theo inventory, nhưng threshold chưa phải source contract đã qualify.

Tự kiểm tra: Chọn W2, W3 và W7. Ai là Owner ở mỗi bước, và khi nào identity đổi?

SOURCES1Assignment, role, handoff, council.GUIDES3Smallest topology, sealed review, lifecycle.UNKNOWNTất cả current runtime walkthrough receipts.

C14 · close honestly

Gap round

Khoảng trống không phải phần xấu của textbook. Nó là danh sách evidence request tiếp theo.

Gap round và câu hỏi còn mở

UNKNOWN · current gatesS6Không promotion nếu thiếu identity-bound receipt hoặc Human ruling

S6 đã xuất hiện, nhưng nó xác nhận hai gate đầu và giữ các gate role/orchestration/project ở UNKNOWN.

Ba câu hỏi đời thường

Evidence tiếp theo cần xin ở đâu?
Conflict nào cần Human chốt?
Khoảng trống nào không được lấp bằng archive hoặc Notion?

Những gì chỉ là doctrine/proposal

Council, graduated read-only admission, Kongming packaging, candidate AK workflows và các threshold detector chỉ là doctrine, guide synthesis hoặc proposal cho đến khi canonical source, role admission và receipt cùng xác nhận. Archive và Notion giúp giải thích ý tưởng, không tự promote implementation.

Current host snapshot và gap.
Gate / surface	Trạng thái	Ý nghĩa hẹp	Request tiếp theo
DISTRIBUTION_VALID	PASS	Installed bytes match manifest	Giữ exact commit/ref
RUNTIME_EFFECTIVE	PASS	Daemon/source readback đúng	Không suy ra role
ORCHESTRATION_READY	UNKNOWN	Chưa có audit route/connection receipt	Fresh machine-readable receipt
ROLE_BOUNDARY_QUALIFIED	UNKNOWN	Chưa có identity-bound role/tool canary	Lead, Peer, Supervisor positive/negative canary
PROJECT_READY	UNKNOWN	Protocol bytes có, task/Beads readback không có	Project activation và assignment receipt
Proposed AK MVP	PROPOSAL	Fable, Brainstorm, Kongming, Debug, Security Scan absent	Canonical Foundation source + Human approval

Notion gaps

Hidden/sibling pages, deleted comments, attachments, recording: UNKNOWN.
Speaker labels: không có trong raw transcript.
Integrated block: page-local synthesis, chưa Human-approved doctrine receipt.

Source conflicts

Mandatory protocol và graduated read-only admission.
CLI example thiếu --assignment-effect.
Provider canary claim khác theo document age.
Foundation lock có commit/ref, không có commit date.

Vì sao

Gap register giúp future refresh chỉ thay snapshot, affected chapters, badge và request. Nó giữ lineage cũ khi lineage đó còn giải thích quyết định.

Ví dụ tốt

Ghi “Codex login ready, role canary UNKNOWN” và yêu cầu receipt mới, thay vì xoá unknown vì thấy binary.

Ví dụ sai

Dùng historical screenshot có PASS để promote current role boundary.

Trường hợp dễ nhầm

Notion PARTIAL không đồng nghĩa corpus vô dụng. Nó hữu ích cho doctrine, nhưng không được thay source/runtime proof.

Câu hỏi nghiên cứu tiếp theo

Đọc sâu: câu hỏi cần Human/canonical ruling

Protocol mandatory cho mọi launch hay graduated cho read-only?
Kongming là mode của paseo-advisor hay package Lead-only?
Supervisor cardinality và event schema là gì?
AK-derived MVP có được approve sau canonical source không?
External Notion links có nên mở cùng tab hay gắn “cần mạng”?

Tự kiểm tra: Nêu một claim hiện có đủ source nhưng vẫn thiếu runtime receipt.

RUNTIMES6Capture 2026-08-25, Darwin arm64, exact checkout.HUMANConflict/risk ruling chưa có.PROPOSALAK-derived MVP absent.

C15 · lookup

Glossary và source index

Thuật ngữ xuất hiện dần trong bài. Bấm vào term để xem tooltip, mở deep link hoặc đánh dấu đã học.

Glossary

GUIDE · gradual learningS3Định nghĩa không thay thế source contract

Tra nhanh một từ, rồi quay lại chapter đang dùng từ đó.

Ba câu hỏi đời thường

Role khác provider bằng một câu thế nào?
Lease khác permission ra sao?
Evidence và acceptance có phải một không?

Role: Trách nhiệm và boundary đứng trước model. Xem C02. SOURCE

Provider / adapter: Session/transport thực thi role binding, ví dụ Codex hoặc Claude. Xem C03. SOURCE

Model: Bộ suy luận được provider gọi. Model mạnh không tự có authority. Xem C01. CONCEPT

Assignment: Hợp đồng outcome, authority, effect, scope, evidence và stop. Xem C05. SOURCE

Permission: Hành động kỹ thuật runtime cho phép, không phải standing role. Xem C02. GUIDE

Write lease: Phạm vi và thời hạn writer được phép mutating. Full-access không tự tạo lease. Xem C03. SOURCE

Workspace: Nơi session, source, scope và lifecycle được gắn. Xem C01. SOURCE

Beads Central: Durable issue/work graph và checkpoint, không phải authority plane. Xem C05. SOURCE

Signal: Tín hiệu đánh thức judgment. Không tự issue verdict hoặc đổi owner. Xem C07. NOTION

Handback: Receipt trả result/finding, evidence, unknown và next owner. Xem C08. GUIDE

RoleBinding: Binding bất biến nối role, provider, protocol và assignment cho launch. Xem C03. SOURCE

Launch contract: Receipt/preset của một lần khởi chạy, không phải standing role. Xem C09. SOURCE

Provenance: Lineage của package/claim: source, lock, Notion, archive hoặc proposal. Xem C10. GUIDE

Acceptance: Verdict của authority đúng lease, không phải completed/test pass. Xem C10. SOURCE

UNKNOWN: Thiếu evidence đủ identity hoặc có conflict. Đây là trạng thái an toàn, không phải thất bại văn phong. Xem C14. UNKNOWN

Council: Lead-only consequential workflow với sealed no-write lands và Lead verdict. Xem C06. SOURCE

Sealed round: Round chưa cho land đọc proposal nhau, để giữ independent judgment. Xem C06. GUIDE

Disposition: Overlay như Reviewer hoặc Architect trên Peer, không phải standing role mới. Xem C02. SOURCE

Canary: Test identity-bound trong runtime để qualify behavior, khác static test. Xem C10. RUNTIME

Control plane: Lớp giữ lifecycle, ownership, communication và evidence quanh execution. Xem C01. CONCEPT

Fail closed: Không tìm fallback im lặng khi route/provider không tương thích. Xem C03. SOURCE

Vì sao

Thuật ngữ chỉ hữu ích khi kéo được người học về owner và evidence. Tooltip cho nghĩa ngắn, deep link đưa về context.

Ví dụ tốt

Hover hoặc focus vào “Role”, đọc định nghĩa, rồi bấm về C02 để xem bảng authority.

Ví dụ sai

Học thuộc “full-access” rồi kết luận đã có write lease.

Trường hợp dễ nhầm

RoleBinding và launch preset liên quan chặt, nhưng một cái là binding/receipt, một cái là lần launch cụ thể.

Tự kiểm tra: Nói lại bằng tiếng Việt: Role, Provider, Assignment, Permission và Acceptance khác nhau thế nào?

GUIDES3Định nghĩa role/provider/assignment/permission và evidence.SOURCES1Exact downstream contracts.