design-like-im-5

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Design like I am five

像给五岁孩子做设计一样

Make a full product that feels clear, able, and easy to use. Keep hard system work behind the screen. Do not hide truth, cost, risk, state, or control. Read references/section-support.md for the full support chain.
打造一款清晰、实用且易用的完整产品。将复杂的系统逻辑隐藏在界面背后,但不得隐瞒真实信息、成本、风险、状态或控制权。完整支持链请查阅 references/section-support.md

One contract

单一约定

  • This file routes work. Its linked files own detail. Use current facts, sources, product files, and named owners.
  • Minimize wall time only after every rule and proof stays fixed. Do not skip work, cut proof, or overlap required actions.
  • assets/speed-policy.json owns safe parallel work, serial work, reuse, and timing. assets/speed-policy.schema.json fixes its shape. evals/speed-budgets.json owns numeric bounds.
  • assets/workflow.json is the only step order. assets/execution-ownership.json is the only owner map. Do not skip, merge, replace, or reorder a required step.
  • assets/context-routing.json binds each action to full context. assets/context-routing.schema.json fixes route shape.
  • assets/context-bundle.schema.json fixes packet shape. assets/section-support.json owns support for each heading.
  • assets/section-support.schema.json fixes that owner shape. Read references/context-routing.md and references/section-support.md before work.
  • Run
    mise run context-routing
    after a route change.
  • The model has wide room only inside its owned work. It may add, split, reverse, mix, or reject options. Keep source rights, fixed rules, and vetoes.
  • The model performs every eye, brain, and touch review. The model checks every bad design, bad output, and bad practice invariant.
  • Mise tasks check structure. They do not make design judgments.
  • 本文件统筹工作流程,关联文件负责细节内容。请使用当前真实信息、来源资料、产品文件及指定负责人。
  • 只有在所有规则和验证内容确定无误后,才可尽量缩短耗时。不得跳过工作环节、省略验证步骤或重叠必要操作。
  • assets/speed-policy.json 负责管理安全并行工作、串行工作、复用及时间安排。assets/speed-policy.schema.json 定义其结构规范。evals/speed-budgets.json 负责数值边界设定。
  • assets/workflow.json 是唯一的步骤顺序依据。assets/execution-ownership.json 是唯一的负责人映射表。不得跳过、合并、替换或重排必要步骤。
  • assets/context-routing.json 将每个操作与完整上下文绑定。assets/context-routing.schema.json 定义路由结构规范。
  • assets/context-bundle.schema.json 定义数据包结构规范。assets/section-support.json 负责每个章节的支持内容。
  • assets/section-support.schema.json 定义负责人结构规范。开始工作前,请阅读 references/context-routing.mdreferences/section-support.md
  • 路由变更后,请运行
    mise run context-routing
  • 模型仅在其负责的工作范围内拥有灵活空间,可添加、拆分、反转、组合或否决方案。需保留来源权限、固定规则及否决权。
  • 模型需完成所有视觉、逻辑及交互层面的评审,检查所有不良设计、错误输出及违规操作。
  • Mise 任务仅检查结构,不做设计判断。

Use the skill

使用该技能

Follow examples/run.md for one full use. assets/workflow.json keeps the run in one order.
完整使用流程请遵循 examples/run.mdassets/workflow.json 确保运行流程有序。

Commands

命令

  • help
    :
    Explain inputs, outputs, routes, tasks, and stops. Match examples/help.md. Do not start work.
  • run
    :
    Create, review, or revise. Reviews change no product file. Revisions change only approved files.
  • Before model work: Read examples/run.md before the first run and after any task, path, packet, or output change. Read examples/context-packets.md for full, missing, and unfit context.
  • When context is incomplete: Compare evals/files/valid-context-record.json with evals/files/missing-context-record.json. These fixtures fix context accounting. Use examples/failure-missing-proof.md when a fact or proof field is missing. Do not guess.
  • help
    :
    解释输入、输出、路由、任务及停止规则,需与 examples/help.md 一致,不启动工作。
  • run
    :
    创建、评审或修订产品。评审操作不得修改产品文件,修订仅可更改已获批文件。
  • 模型工作前: 首次运行前及任务、路径、数据包或输出变更后,请阅读 examples/run.md。完整、缺失及不适用上下文请查阅 examples/context-packets.md
  • 上下文不完整时: 对比 evals/files/valid-context-record.jsonevals/files/missing-context-record.json,这些示例用于规范上下文统计。若事实或验证字段缺失,请参考 examples/failure-missing-proof.md,不得猜测。

Prepare the run

准备运行

Run checklist:
  • 1. Read assets/workflow.json, assets/execution-ownership.json, and assets/context-routing.json. Keep their order, owners, routes, and route hash fixed.
  • 2. Read references/intake.md. Write facts in assets/run-intake.schema.json. Validate the intake. Stop only affected work when a needed fact is absent.
  • 3. Run
    mise run run-start --intake INPUT --run-dir RUN
    .
  • 4. Keep
    RUN
    outside this skill folder. Do not hand-build its files or fields.
  • 5. Read every path named by the next packet.
  • 6. Run both review tasks when the packet calls for human review.
  • 7. Keep one writer for each run file.
The task writes fixed run forms and a route hash. It does not pick states, rules, options, or results.
运行检查清单:
  • 1. 阅读 assets/workflow.jsonassets/execution-ownership.jsonassets/context-routing.json,严格遵循其顺序、负责人、路由及路由哈希值。
  • 2. 阅读 references/intake.md,在 assets/run-intake.schema.json 中填写事实信息并验证输入。若缺少必要事实,仅暂停受影响的工作。
  • 3. 运行
    mise run run-start --intake INPUT --run-dir RUN
  • 4.
    RUN
    目录置于本技能文件夹外,不得手动构建其文件或字段。
  • 5. 读取下一个数据包指定的所有路径。
  • 6. 若数据包要求人工评审,请运行两项评审任务。
  • 7. 每个运行文件指定唯一编写者。
该任务生成固定运行表单及路由哈希值,不选择状态、规则、方案或结果。

Complete all actions in order

按顺序完成所有操作

  • Follow every action in assets/workflow.json. Load each named source before acting. Save the named proof.
  • Each runtime task rejects an action before its exact turn.
  • Inside one action, batch independent reads, renders, captures, and checks after their inputs are fixed.
  • run-start
    completes actions 1 and 2. Its next action must be
    source_meaning
    .
  1. [CTX-FREEZE-INTAKE]
    freeze_intake
    .
    run-start
    completes this action. Apply references/intake.md and evals/files/missing-proof.json. Never invent a fact.
  2. [CTX-LIST-CAPABILITIES]
    list_capabilities
    .
    run-start
    completes this action. Use
    mise run run-scaffold
    to inspect its output. Apply references/failure.md. Never treat structure as sight or touch proof.
  3. [CTX-SOURCE-MEANING]
    source_meaning
    .
    Use
    mise run run-packet
    . Apply references/research.md, evals/source-mapping.json, and evals/context-cases.json. The model records source meaning.
  4. [CTX-STATE-JUDGMENT]
    state_judgment
    .
    Use
    mise run run-packet
    ,
    mise run review-checklist
    , and
    mise run human-sweep
    . Apply references/product-states.md. The model finds states.
  5. [CTX-SELECT-RULES]
    select_rules
    .
    Run
    mise run run-select-rules --run-dir RUN
    . Apply assets/simplicity-contract.json and references/decisions.md. Keep the fixed veto order.
  6. [CTX-ATOM-JUDGMENT]
    atom_judgment
    .
    Use
    mise run run-packet
    . Apply assets/lineage.schema.json and evals/files/valid-lineage.json. The model judges proved atoms.
  7. [CTX-PART-DESIGN]
    part_design
    .
    Use
    mise run run-packet
    and
    mise run lineage-file MANIFEST
    . Apply evals/files/skipped-lineage.json. The model builds linked parts.
  8. [CTX-SCREEN-DESIGN]
    screen_design
    .
    Use
    mise run run-packet
    . Apply references/build.md and examples/context-packets.md. The model builds from proved parts.
  9. [CTX-MOTION-JUDGMENT]
    motion_judgment
    .
    Use
    mise run run-packet
    and
    mise run human-sweep
    . Apply references/review.md. The model judges live motion. Never infer motion from a still.
  10. [CTX-VISUAL-REVIEW]
    visual_review
    .
    Use
    mise run run-packet
    ,
    mise run review-checklist
    , and
    mise run human-sweep
    . Apply assets/review-record.schema.json. The model reviews current pixels and use.
  11. [CTX-PLAIN-READBACK]
    plain_readback
    .
    Use
    mise run run-packet
    . Apply evals/cases.json. The model reads all visible words in context. Never accept clear words in a false state.
  12. [CTX-CHECK-LINEAGE]
    check_lineage
    .
    Use
    mise run lineage-file MANIFEST --run-dir RUN
    . Apply assets/lineage.schema.json. The task checks links, records proof, and advances no design claim.
  13. [CTX-FINAL-CHECK]
    final_check
    .
    Run
    mise run run-check --run-dir RUN
    , then
    mise run complete
    . Apply evals/contract.md and evals/rubric.md. Never turn task proof into design proof.
  • 遵循 assets/workflow.json 中的每一项操作,执行前加载指定来源,保存指定验证内容。
  • 每个运行时任务会拒绝未到执行顺序的操作。
  • 在单个操作内,待输入确定后,批量执行独立的读取、渲染、捕获及检查操作。
  • run-start
    完成操作1和2,其下一个操作必须为
    source_meaning
  1. [CTX-FREEZE-INTAKE]
    freeze_intake
    :由
    run-start
    完成此操作。遵循 references/intake.mdevals/files/missing-proof.json,不得编造事实。
  2. [CTX-LIST-CAPABILITIES]
    list_capabilities
    :由
    run-start
    完成此操作。使用
    mise run run-scaffold
    查看输出,遵循 references/failure.md,不得将结构视为视觉或交互验证依据。
  3. [CTX-SOURCE-MEANING]
    source_meaning
    :使用
    mise run run-packet
    ,遵循 references/research.mdevals/source-mapping.jsonevals/context-cases.json。模型需记录来源含义。
  4. [CTX-STATE-JUDGMENT]
    state_judgment
    :使用
    mise run run-packet
    mise run review-checklist
    mise run human-sweep
    ,遵循 references/product-states.md。模型需识别产品状态。
  5. [CTX-SELECT-RULES]
    select_rules
    :运行
    mise run run-select-rules --run-dir RUN
    ,遵循 assets/simplicity-contract.jsonreferences/decisions.md,严格遵循固定否决顺序。
  6. [CTX-ATOM-JUDGMENT]
    atom_judgment
    :使用
    mise run run-packet
    ,遵循 assets/lineage.schema.jsonevals/files/valid-lineage.json。模型需判断已验证的原子组件。
  7. [CTX-PART-DESIGN]
    part_design
    :使用
    mise run run-packet
    mise run lineage-file MANIFEST
    ,遵循 evals/files/skipped-lineage.json。模型需构建关联组件。
  8. [CTX-SCREEN-DESIGN]
    screen_design
    :使用
    mise run run-packet
    ,遵循 references/build.mdexamples/context-packets.md。模型需基于已验证组件构建界面。
  9. [CTX-MOTION-JUDGMENT]
    motion_judgment
    :使用
    mise run run-packet
    mise run human-sweep
    ,遵循 references/review.md。模型需判断动态效果,不得从静态内容推断动效。
  10. [CTX-VISUAL-REVIEW]
    visual_review
    :使用
    mise run run-packet
    mise run review-checklist
    mise run human-sweep
    ,遵循 assets/review-record.schema.json。模型需评审当前像素效果及使用体验。
  11. [CTX-PLAIN-READBACK]
    plain_readback
    :使用
    mise run run-packet
    ,遵循 evals/cases.json。模型需结合上下文读取所有可见文字,不得接受错误状态下的清晰文字。
  12. [CTX-CHECK-LINEAGE]
    check_lineage
    :使用
    mise run lineage-file MANIFEST --run-dir RUN
    ,遵循 assets/lineage.schema.json。该任务检查链接、记录验证内容,不推进设计主张。
  13. [CTX-FINAL-CHECK]
    final_check
    :先运行
    mise run run-check --run-dir RUN
    ,再运行
    mise run complete
    ,遵循 evals/contract.mdevals/rubric.md,不得将任务验证结果等同于设计验证。

Build each model packet

构建每个模型数据包

  • Run
    mise run run-packet --run-dir RUN --action ACTION
    . Load the packet before that action.
  • Follow assets/context-bundle.schema.json. Keep the packet's route, hash, support, output, and barred swaps.
  • Record used paths in
    context_acknowledgements
    . Record unavailable or unfit paths in
    missing_context
    . Use
    BLOCKED
    when missing context prevents the claim.
  • Create four unlike starts: known, product-shaped, reversed, and strange. There is no option cap. These starts are prompts, not boxes.
  • Add, split, mix, or reverse starts. Explore state, structure, order, words, action, form, motion, sound, touch, access, platform fit, and service effects.
  • Give each option a scene, claim, fit, proof, costs, veto check, test, and novelty note. Keep a bold option until evidence or a veto rejects it.
  • The model chooses and explains the direction. A Mise task may check fields. It must not rank, score, or choose.
  • Run
    mise run run-record --run-dir RUN --result RESULT
    . Save that result before any next action.
  • 运行
    mise run run-packet --run-dir RUN --action ACTION
    ,执行操作前加载数据包。
  • 遵循 assets/context-bundle.schema.json,保留数据包的路由、哈希值、支持内容、输出及禁止替换项。
  • context_acknowledgements
    中记录已使用路径,在
    missing_context
    中记录不可用或不适用路径。若缺失上下文导致主张无法推进,标记为
    BLOCKED
  • 创建四种不同的初始方案:已知方案、产品形态方案、反向方案及非常规方案,无方案数量上限。这些初始方案是提示而非限制。
  • 可添加、拆分、组合或反转初始方案,探索状态、结构、顺序、文字、操作、形式、动效、声音、交互、无障碍、平台适配及服务影响。
  • 为每个方案提供场景、主张、适配性、验证依据、成本、否决检查、测试及创新说明。在有证据或否决理由前,保留重点方案。
  • 由模型选择并解释方向。Mise 任务可检查字段,但不得排名、评分或选择方案。
  • 运行
    mise run run-record --run-dir RUN --result RESULT
    ,在执行下一项操作前保存结果。

Judge the design

评审设计

Use references/decisions.md with assets/simplicity-contract.json. The model owns every design choice.
结合 references/decisions.mdassets/simplicity-contract.json 进行评审,所有设计决策由模型负责。

Veto and failure rules

否决与失败规则

  • Apply vetoes in this order: safety, access, understanding, agency, task success, convention, expression, novelty, then build cost.
  • Do not trade away safety, access, understanding, or agency. Do not hide cost, risk, work, or control.
  • Read references/failure.md for missing facts, rights, sources, sight, atom proof, context, clashes, and change.
  • Return
    BLOCKED
    for the affected claim. Name the failed gate, missing proof, linked parts, safe work, and smallest way to resume.
  • 按以下顺序应用否决权:安全、无障碍、可理解性、自主性、任务成功率、惯例、表达性、创新性,最后是构建成本。
  • 不得牺牲安全、无障碍、可理解性或自主性,不得隐瞒成本、风险、工作量或控制权。
  • 缺失事实、权限、来源、视觉依据、原子组件验证、上下文、冲突及变更相关内容,请查阅 references/failure.md
  • 受影响的主张返回
    BLOCKED
    ,说明失败环节、缺失的验证依据、关联组件、安全工作内容及最小恢复方式。

Discover product states

识别产品状态

  • Read references/product-states.md, use assets/state-record.schema.json, and compare examples/product-states.md.
  • Use evals/section-support-cases.json to reject closed lists and task-owned choices. Run
    mise run review-checklist
    and
    mise run human-sweep
    .
  • Find product states instead of picking them from a closed list. States may overlap, nest, mix, conflict, or change during use.
  • Check the person, goal, past act, data, system, place, device, input, time, content, people, and risk.
  • Treat common states as prompts only. Skip unfit prompts. Add any state shown by proof.
  • Make unlike response options for each state. Record causes, links, change, proof, doubts, tradeoffs, and the model's choice.
  • Keep unknown, mixed, stale, short-lived, and concurrent states open. Do not ask for private chain-of-thought.
  • 阅读 references/product-states.md,使用 assets/state-record.schema.json,并对比 examples/product-states.md
  • 使用 evals/section-support-cases.json 拒绝封闭列表及任务指定的选择,运行
    mise run review-checklist
    mise run human-sweep
  • 需主动识别产品状态,而非从封闭列表中选择。状态可能重叠、嵌套、混合、冲突或在使用过程中变化。
  • 检查用户、目标、过往操作、数据、系统、地点、设备、输入方式、时间、内容、相关人员及风险。
  • 仅将常见状态作为提示,跳过不适用的提示,添加所有有证据支持的状态。
  • 为每个状态制定不同的响应方案,记录原因、关联、变化、验证依据、疑问、权衡及模型选择。
  • 保留未知、混合、过时、短暂及并发状态的开放性,无需询问私有思考过程。

Run every review invariant

执行所有评审规则

  • Run
    mise run review-checklist
    for fixed check IDs. Run
    mise run human-sweep
    for open eye, brain, and touch prompts.
  • Read references/review.md for proof rules. Apply every relevant human factor to every check.
  • Eye: Check first sight, order, groups, change, text, color, focus, range, motion, and content.
  • Brain: Check truth, action, cause, memory, choice, language, feedback, risk, context, and unknowns.
  • Touch: Check targets, gaps, reach, inputs, cues, response, gestures, repair, settings, and effort.
  • Objective failures: Reject text or image overlap, clipped meaning, blocked controls, lost work, dead ends, false focus, and false cues.
  • Bad work: Check bad design, output, and practice. Include hidden state, false control, old proof, weak options, surface copy, and early choice.
  • Answer shape: Give the scene, observation, proof, choice, reason, options, costs, vetoes, and doubt. Mark estimates.
  • Evidence state: Keep fact, sight, inference, and change apart.
    NOT_APPLICABLE
    needs proof. Missing needed proof means
    BLOCKED
    for that claim.
  • Invalidation: A source or product change invalidates affected captures and checks.
  • 运行
    mise run review-checklist
    执行固定检查项,运行
    mise run human-sweep
    执行开放式视觉、逻辑及交互检查。
  • 验证规则请查阅 references/review.md,每项检查需应用所有相关人为因素。
  • 视觉层面: 检查第一视觉印象、顺序、分组、变化、文字、颜色、焦点、范围、动效及内容。
  • 逻辑层面: 检查真实性、操作、因果关系、记忆、选择、语言、反馈、风险、上下文及未知项。
  • 交互层面: 检查目标区域、间隙、可达性、输入方式、提示、响应、手势、修复、设置及操作难度。
  • 客观失败项: 拒绝文字或图像重叠、含义截断、控件阻塞、工作丢失、死胡同、错误焦点及错误提示。
  • 不良工作项: 检查不良设计、错误输出及违规操作,包括隐藏状态、虚假控制权、过时验证依据、薄弱方案、表面文案及过早决策。
  • 回复格式: 提供场景、观察结果、验证依据、选择、理由、方案、成本、否决项及疑问,标记估算内容。
  • 证据状态: 区分事实、视觉依据、推断及变化。
    NOT_APPLICABLE
    需提供验证依据,缺失必要验证依据则对应主张标记为
    BLOCKED
  • 失效规则: 来源或产品变更会使受影响的捕获及检查结果失效。

Build from proved parts

基于已验证组件构建

  • Read references/build.md before atom or part work.
  • Use
    token proof -> tokens -> atoms -> molecules -> organisms -> templates -> screens -> flows
    .
  • Run the current
    dtcg-tokens
    skill for all source tokens and atoms. Do not restate its method.
  • Stop at the atom gate when that skill or proof is absent. A screen may not invent a low rule.
  • Mark linked high parts stale after a low change. Rebuild and review every affected part.
  • Run
    mise run lineage-file MANIFEST
    . It checks links, order, loops, stale parts, and unused parts. It does not judge quality.
  • 开始原子组件或组件工作前,请阅读 references/build.md
  • 遵循
    token proof -> tokens -> atoms -> molecules -> organisms -> templates -> screens -> flows
    的构建流程。
  • 所有来源 tokens 和 atoms 使用当前
    dtcg-tokens
    技能,无需重述其方法。
  • 若该技能或验证依据缺失,在原子组件环节停止,界面不得自行制定底层规则。
  • 底层组件变更后,标记关联上层组件为过时,需重新构建并评审所有受影响组件。
  • 运行
    mise run lineage-file MANIFEST
    ,检查链接、顺序、循环、过时组件及未使用组件,不判断质量。

Prove and finish

验证与收尾

Use assets/model-record.schema.json for saved proof. Use evals/contract.md for the final gate.
验证内容保存使用 assets/model-record.schema.json,最终审核使用 evals/contract.md

Record model work

记录模型工作

  • Use assets/model-record.schema.json for normal work.
  • Use assets/state-record.schema.json for states.
  • Use assets/review-record.schema.json for visual review.
  • Run
    mise run run-record --run-dir RUN --result RESULT
    .
  • The task checks fields, context use, options, and owner lines. A filled record is not a good claim by itself.
  • The model must support each result with current proof. Record visible reasons, options, costs, vetoes, and doubt.
  • 常规工作使用 assets/model-record.schema.json
  • 状态记录使用 assets/state-record.schema.json
  • 视觉评审记录使用 assets/review-record.schema.json
  • 运行
    mise run run-record --run-dir RUN --result RESULT
  • 该任务检查字段、上下文使用、方案及负责人信息,填写完整记录不等同于有效主张。
  • 模型需为每个结果提供当前验证依据,记录可见理由、方案、成本、否决项及疑问。

Reading and package owners

文档与包负责人

  • assets/reading-contract.json owns public grade and sentence checks. assets/reading-exceptions.json owns the sole exact-copy exception.
  • SKILL.md
    uses standard YAML frontmatter and portable CommonMark only.
  • Read references/generation-contract.md only when this public skill changes. Its unchanged copy is the sole full-file reading exception.
  • assets/file-manifest.json owns public file roles. evals/source-lineage.json owns public hashes and source links.
  • Run shape comes from assets/workflow.json and assets/execution-ownership.json. Run
    mise run run-scaffold
    to view it.
  • mise.toml owns all executable tasks and links. .github/workflows/ci.yml runs the same check graph.
  • Keep UTF-8, LF newlines, ATX headings, blank block spacing, one-line blocks, and relative local links. Every block stays clean, readable, and agent-parsable.
  • Run
    mise run skill-info
    for package facts. Run
    mise run generate
    after public sources change.
  • Run
    mise run complete
    for the full fixed gate. Its acyclic links force every needed check to run.
  • Mise runs independent read-only checks in parallel and never caches or skips a required task.
  • assets/reading-contract.json 负责公开等级及语句检查,assets/reading-exceptions.json 负责唯一的精确复制例外规则。
  • SKILL.md
    仅使用标准 YAML 前置内容及可移植 CommonMark 格式。
  • 仅当该公开技能变更时,才需阅读 references/generation-contract.md,其未变更副本是唯一的全文件阅读例外。
  • assets/file-manifest.json 负责公开文件角色,evals/source-lineage.json 负责公开哈希值及来源链接。
  • 运行流程由 assets/workflow.jsonassets/execution-ownership.json 定义,运行
    mise run run-scaffold
    查看。
  • mise.toml 负责所有可执行任务及链接,.github/workflows/ci.yml 运行相同检查流程。
  • 保留 UTF-8 编码、LF 换行符、ATX 标题、空白块间距、单行块及相对本地链接。所有内容需保持整洁、可读且可被 Agent 解析。
  • 包信息运行
    mise run skill-info
    ,公开来源变更后运行
    mise run generate
  • 完整固定审核运行
    mise run complete
    ,其无环链接确保所有必要检查执行。
  • Mise 并行运行独立只读检查,从不缓存或跳过必要任务。

Eval owner map

评估负责人映射

  • Load eval files only when an eval runs or changes.
  • Read evals/manifest.json, evals/contract.md, evals/rubric.md, and assets/eval-case-template.json first.
  • Read references/proof-ladder.md, assets/proof-ladder.json, examples/proof-ladder.md, and evals/pilot-cases.json. Run
    mise run proof-ladder
    .
  • Run each pilot twice from clean context. Compare action order, context use, proof classes, vetoes, and status. Any clash is
    STALE
    . Wording and safe creative directions may differ.
  • evals/cases.json and evals/trigger-cases.json own act and trigger cases.
  • evals/evals.json, evals/trigger-queries.json, and evals/section-support-cases.json own local checks.
  • evals/context-cases.json owns context-loss cases. evals/speed-budgets.json owns timing.
  • evals/source-lineage.json and evals/source-mapping.json own source proof.
  • Use evals/files/valid-intake.json and evals/files/missing-proof.json for run gates.
  • Use evals/files/valid-lineage.json and evals/files/skipped-lineage.json for part gates.
  • Fixture passes prove the task only. They do not prove sight, use, access, taste, product value, or a good choice.
  • 仅在评估运行或变更时加载评估文件。
  • 先阅读 evals/manifest.jsonevals/contract.mdevals/rubric.mdassets/eval-case-template.json
  • 阅读 references/proof-ladder.mdassets/proof-ladder.jsonexamples/proof-ladder.mdevals/pilot-cases.json,运行
    mise run proof-ladder
  • 每个试点从干净上下文运行两次,对比操作顺序、上下文使用、验证类别、否决项及状态,任何冲突标记为
    STALE
    ,措辞及安全创意方向可有所不同。
  • evals/cases.jsonevals/trigger-cases.json 负责操作及触发案例。
  • evals/evals.jsonevals/trigger-queries.jsonevals/section-support-cases.json 负责本地检查。
  • evals/context-cases.json 负责上下文丢失案例,evals/speed-budgets.json 负责时间安排。
  • evals/source-lineage.jsonevals/source-mapping.json 负责来源验证。
  • 运行审核使用 evals/files/valid-intake.jsonevals/files/missing-proof.json
  • 组件审核使用 evals/files/valid-lineage.jsonevals/files/skipped-lineage.json
  • 示例通过仅证明任务有效,不证明视觉效果、使用体验、无障碍性、审美、产品价值或决策合理性。

Return and done

返回与完成

Completion checklist:
  • Return product files and run proof. Follow examples/run.md and the stop shape in examples/failure-missing-proof.md.
  • Name sources, gaps, states, options, choice, reviews, atom proof, links, stale parts, context gaps, and vetoes.
  • Use only
    PASS
    ,
    STALE
    , or
    BLOCKED
    . Never turn task passes into claims about pixels, use, access, or value.
  • Run
    mise run run-check --run-dir RUN
    . Then run
    mise run complete
    .
  • Return
    PASS
    only after
    mise run complete
    exits with code
    0
    .
  • Confirm that every record and context path is present. See each needed view. Leave no veto open.
完成检查清单:
  • 返回产品文件及运行验证内容,遵循 examples/run.mdexamples/failure-missing-proof.md 中的停止格式。
  • 注明来源、缺口、状态、方案、选择、评审、原子组件验证、链接、过时组件、上下文缺口及否决项。
  • 仅使用
    PASS
    STALE
    BLOCKED
    ,不得将任务通过结果等同于像素效果、使用体验、无障碍性或价值主张。
  • 运行
    mise run run-check --run-dir RUN
    ,然后运行
    mise run complete
  • 仅在
    mise run complete
    以代码
    0
    退出后,返回
    PASS
  • 确认所有记录及上下文路径齐全,查看所有必要视图,无未处理否决项。