mino-core

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Shared Core

Shared Core

技術非依存の判断順と共通契約を提供する。入力、Evidence、成果物、拒否条件、検証結果を再現可能にする。
提供与技术无关的判断流程和通用契约。使输入、Evidence、交付物、拒绝条件、验证结果具备可复现性。

Outcome Contract

Outcome Contract

利用するFunctionは、少なくとも次を作るか、既存成果物を検証する。
  • Problem Frameと前提・意味の監査証跡
  • causal chainと未決選択を保持するSelection Gate
  • Context Packetと、比較根拠・提案status・review主体を分けたAI restatement
  • Requirement Catalogとend-to-end traceability
  • Windows / Linux / macOSのPlatform Contextと必要なvalidation matrix
  • 共通
    decision
    とengineering / release状態
所使用的Function至少需要创建以下内容,或验证现有交付物:
  • Problem Frame及前提、含义的审计轨迹
  • 保存因果链和未决选项的Selection Gate
  • Context Packet,以及区分比较依据、提案状态、评审主体的AI restatement
  • Requirement Catalog和端到端traceability
  • Windows / Linux / macOS的Platform Context及所需的validation matrix
  • 通用
    decision
    以及工程/发布状态

Reference Routing

Reference Routing

  • 内部pathは、配置先にかかわらず、インストールされた
    skills/
    directoryを参照rootとして解決する。
  • すべての関連Skillで、最初に
    skills/mino-core/references/core.md
    skills/mino-core/references/shared-policies.md
    を読む。
  • 原則やschemaの出自を説明するときは、
    skills/mino-core/references/shared-policies.md
    Source-derived principles
    Suite operationalization
    Repository policy
    を区別し、suite固有schemaを人物の直接手法として帰属させない。
  • 機械的変更でない設計、実装、reviewでは
    skills/mino-core/references/requirements-and-traceability.md
    を読む。
  • 用語、context、概念、model境界を発見するときは
    skills/mino-core/references/domain-discovery.md
    を読む。
  • 責務、公開操作、分岐、命名、抽象化をコードへ落とすときは
    skills/mino-core/references/code-design.md
    を読む。
  • 既存挙動、legacy、migration、段階導入を変えるときは
    skills/mino-core/references/change-safety.md
    を読む。
  • filesystem、process、shell、toolchain、test実行、またはWindows / Linux / macOS対応を扱う前に
    skills/mino-core/references/platform-compatibility.md
    を読み、Platform Contextとplatform別検証結果を作る。
  • Skill更新と
    reproduction-test
    だけで
    skills/mino-core/references/benchmark.md
    を読む。
  • Windowsでは
    skills/mino-core/scripts/validate-suite.ps1
    、Linuxでは
    skills/mino-core/scripts/validate-suite.sh
    、macOSでは標準system Bashから同じBash validatorを実行してsuite構造を検証する。
  • validator契約を変更したときは、Windowsで
    skills/mino-core/scripts/test-validator-fixtures.ps1
    、Linux / macOSで
    skills/mino-core/scripts/test-validator-fixtures.sh
    を実行し、共通のpositive / negative fixtureを検証する。
  • 両validatorは
    skills/mino-core/scripts/suite-manifest.txt
    をversion、owner、Skill一覧のsource of truthとして読む。
  • 内部路径无论部署位置如何,均以已安装的
    skills/
    目录作为参考根目录进行解析。
  • 所有相关Skill均需首先读取
    skills/mino-core/references/core.md
    skills/mino-core/references/shared-policies.md
  • 说明原则或schema的来源时,需区分
    skills/mino-core/references/shared-policies.md
    中的
    Source-derived principles
    Suite operationalization
    Repository policy
    ,且不得将套件专属schema归因为个人的直接手法。
  • 非机械性变更的设计、实现、评审需读取
    skills/mino-core/references/requirements-and-traceability.md
  • 发现术语、context、概念、模型边界时需读取
    skills/mino-core/references/domain-discovery.md
  • 将职责、公开操作、分支、命名、抽象落地到代码时需读取
    skills/mino-core/references/code-design.md
  • 修改现有行为、legacy、迁移、分阶段引入时需读取
    skills/mino-core/references/change-safety.md
  • 在处理filesystem、process、shell、toolchain、测试执行或Windows / Linux / macOS适配前,需读取
    skills/mino-core/references/platform-compatibility.md
    ,并生成Platform Context及各平台验证结果。
  • 仅在Skill更新和
    reproduction-test
    时读取
    skills/mino-core/references/benchmark.md
  • Windows环境下执行
    skills/mino-core/scripts/validate-suite.ps1
    ,Linux环境下执行
    skills/mino-core/scripts/validate-suite.sh
    ,macOS环境下通过标准系统Bash运行相同的Bash验证器,以验证套件结构。
  • 修改验证器契约时,Windows环境下执行
    skills/mino-core/scripts/test-validator-fixtures.ps1
    ,Linux / macOS环境下执行
    skills/mino-core/scripts/test-validator-fixtures.sh
    ,验证通用的正向/反向测试用例。
  • 两个验证器均将
    skills/mino-core/scripts/suite-manifest.txt
    作为版本、所有者、Skill列表的可信来源。

Platform Compatibility

Platform Compatibility

  • problem、requirement、contract、canonical decisionはrequired platform間で共有し、OS差を業務ruleへ混ぜない。
  • command実行前にPlatform Contextを作り、logical
    skills/
    pathとruntimeのphysical pathを分ける。
  • 複数platform対応がrequiredならWindows / Linux / macOSの結果を独立Evidenceとして保持し、未実行platformを隠さない。
  • 问题、需求、契约、标准决策需在指定平台间共享,不得将操作系统差异混入业务规则。
  • 执行命令前需生成Platform Context,区分逻辑
    skills/
    路径与运行时物理路径。
  • 若需支持多平台,则需将Windows / Linux / macOS的结果作为独立Evidence保存,不得隐藏未执行的平台。

Routing Ownership

Routing Ownership

  • standalone Functionが複数成果物を必要と判断した場合だけ、
    $mino-reproducible-development
    へ一度hand offする。
  • 問題定義、前提監査、Context Packetだけを求める公開依頼は
    $mino-problem-framing
    が所有し、この内部Coreを単独成果物として公開しない。
  • integrated routerから呼ばれたFunctionは成果物だけを返し、routerへ再routingしない。
  • 単一成果物では対応Functionだけを使い、全workflowを起動しない。
  • private renameなど問題、契約、data meaningが
    approved | frozen
    なbaselineとして記録済みの機械的変更では、このsuiteを起動しない。
  • 仅当独立Function判断需要多个交付物时,才一次性移交至
    $mino-reproducible-development
  • 仅请求问题定义、前提审计、Context Packet的公开委托由
    $mino-problem-framing
    负责,不得将此内部Core作为独立交付物公开。
  • 由集成路由器调用的Function仅返回交付物,不得向路由器重新路由。
  • 单一交付物场景下仅使用对应Function,不得启动完整工作流。
  • 对于私有重命名等问题、契约、数据含义已作为
    approved | frozen
    基线记录的机械性变更,不得启动此套件。

Workflow

Workflow

  1. 依頼mode、scope、変更権限、host / target platformについて確認可能な項目を特定し、Evidence状態とdecision maturityを記録する。未確認項目はunknownまたはcontradictionとしてSelection Gateへ接続する。
  2. 観測、解釈、前提、問題、候補手段を分け、Core outputを作る。
  3. 具体Evidenceから目的・損失へ遡り、目的から拒否条件・検証へ戻る
    reasoning_trace
    を作る。
  4. 必要なreferenceとFunctionだけをroutingし、peer callにはrequested artifactと返却先を付ける。
  5. Function固有のsubject verdictと、依頼artifactのcanonical decisionを分離する。
  1. 确定可确认的请求模式、范围、变更权限、主机/目标平台相关项,记录Evidence状态和决策成熟度。未确认项标记为unknown或contradiction并连接至Selection Gate。
  2. 区分观测、解释、前提、问题、候选手段,生成Core输出。
  3. 生成从具体Evidence回溯至目标/损失,再从目标推导至拒绝条件/验证的
    reasoning_trace
  4. 仅路由所需的参考资料和Function,对等调用时需附带请求的artifact和返回地址。
  5. 分离Function特有的主题判定与请求artifact的标准决策。

Hard Gates

Hard Gates

  • skills/mino-core/references/shared-policies.md
    のCore / Design / Verification gateを弱めない。
  • pattern名、diagram、schemaの空欄埋め、AIの自己説明だけでreadyまたはcoveredとしない。
  • AI restatementの
    proposed_status: matched
    を自己証明にせず、高impactな意味・契約・不可逆判断では許可されたreview主体のaccepted Evidenceなしに選択・実装へ進まない。
  • 未作成の後続artifact ID、業務rule、platform Evidenceを推測で補わない。
  • unknownな可逆性、causal applicability、selection gateを確定値へ丸めて後続へ進まない。
  • concrete Evidence → purpose / loss → rule / quality → decision → validationの往復traceが切れたまま後続へ進まない。
  • 不得弱化
    skills/mino-core/references/shared-policies.md
    中的Core / Design / Verification gate。
  • 不得仅通过填充模式名称、图表、schema空白或AI自说明就标记为ready或covered。
  • 不得将AI restatement的
    proposed_status: matched
    作为自我证明,对于高影响的含义、契约、不可逆决策,若无已获许可的评审主体的accepted Evidence,不得推进选择与实现。
  • 不得通过推测补充未创建的后续artifact ID、业务规则、平台Evidence。
  • 不得将unknown的可逆性、因果适用性、selection gate转换为确定值后推进后续流程。
  • 若concrete Evidence → purpose / loss → rule / quality → decision → validation的往返追踪链中断,不得推进后续流程。

Completion

Completion

skills/mino-core/references/shared-policies.md
のcanonical decisionを使う。専門Function固有の推奨案と、engineering / releaseの状態を一つのstatusへ混ぜない。複数platform対応がrequiredなら、platform別結果を分け、未実行platformを
verified
へ含めない。
使用
skills/mino-core/references/shared-policies.md
中的标准决策。不得将Function特有的建议与工程/发布状态合并为单一状态。若需支持多平台,需区分各平台结果,不得将未执行的平台标记为
verified