OOMeta · Reading room
中文版OOMeta operating principles
Eight testable operating principles with a decision question, action, boundary and sources. Editorial synthesis of field work and research, not universal laws.
Editorial edition 1 · · Not a live dashboard or independent audit
Deliver judgment in an assessable system
What remains after the project ends?
Connect consequential judgments to inputs, an owner, execution steps and acceptance checks.
- Try this
- Choose one recurring decision. Specify inputs, decision rules, exceptions, an owner and acceptance conditions; implement that smallest loop.
- Boundary
- When the process is unstable or data is unreliable, diagnose first rather than automate by default.
Allocate autonomy by risk and reversibility
Which actions need human approval?
Separate low-risk execution from high-impact commitments, financial actions and configuration changes.
- Try this
- Document permissions, approval points, escalation owners and rollback conditions; test one denied out-of-scope action.
- Boundary
- A healthy heartbeat does not establish output quality. Internal permissions require review in each client environment.
Assess runtime and output quality separately
Does an empty error log establish task success?
Observe tools, transport, quotas, scripts and policy separately; assess output quality with an independent acceptance set.
- Try this
- Instrument one task by layer and retain inputs, expected results and human-reviewed examples.
- Boundary
- Log lines, calls and sessions have different denominators; do not combine them into a single failure rate.
Source reading
Make probes representative of production work
Can the service finish the work, not merely connect?
Health checks need to cover realistic input size, permissions and quota conditions.
- Try this
- Keep a lightweight connectivity check and add a representative request with a cost cap; record reachability and task availability separately.
- Boundary
- Probes must not repeat destructive operations or create throttling and uncontrolled costs.
Source reading
Unknown is not zero; stale is not current
Has activity stopped, or has the collector failed?
Model missing, failed, stale and actual zero readings separately; withhold definitive conclusions without a fresh primary reading.
- Try this
- Retain observed_at, source, status and error; simulate collection failure and verify that the interface shows unverified rather than zero.
- Boundary
- Freshness thresholds depend on business tolerance; there is no universal time limit.
Source reading
Hand off conclusions, evidence and criteria
Can the next owner assess completion without starting over?
Alongside task status, transfer the previous conclusion, evidence, acceptance criteria, ownership and escalation rules.
- Try this
- Apply the handoff schema to a real task and ask someone outside the previous work to review it.
- Boundary
- A schema checks structure; it does not replace permission checks, evidence validation or execution.
Source reading
Validate procedural knowledge on local tasks
Which real failure does the skill address?
Version procedures, exceptions and validators together; prioritize investment using failures on local tasks.
- Try this
- Hold the model and harness constant; compare success, cost and rework with and without the skill on the same held-out tasks.
- Boundary
- Do not treat external benchmark gains as local returns or author skills against the same tasks used to evaluate them.
Source reading
Measure parseability, selection and attribution separately
Once structure is correct, what counts as growth evidence?
Keep structural foundations, but record citations, referral sessions and consulting conversions separately and disclose observation limits.
- Try this
- Baseline one topic cluster with its window, sources, sample size, referrals and conversions; record what remains unobservable.
- Boundary
- Correlation in a small sample is not causation. No referral session does not prove that an AI system never cited the page.
Source reading
Put one principle to work
The handoff schema checks structure only. Review permissions and evidence separately; never execute an acceptance instruction merely because it appears in a payload. The evidence template starts as not verified.
Bring a workflow, not a vague AI ambition
Consulting is the engagement; an assessable system is the deliverable. OOMeta’s internal operating model informs the method; OS, Guard and Signal describe platform and module roles, not an automatic guarantee of client readiness. Scope, permissions and acceptance are agreed for each engagement.