ship
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseGStack Ship
GStack Ship
Select one release stage, preserve human and automated gates, and make every external mutation explicit.
选择一个发布阶段,保留人工与自动化闸门,让所有外部变更操作透明化。
Required execution header
必需执行头
Before any substantive output, print these exact labels in this exact order. Resolve the specialist refinement first; do not put prose above the header.
text
Target: <concrete repository, product, URL, device, PR, or artifact>
Mode: <selected top-level mode>
Depth: <readiness, standard, or deep>
Mutation: <report-only or exact authorized mutation boundary>
Active modules: <comma-separated internal specialist modules>
Skipped modules: <comma-separated non-active mandatory modules with compact reasons>
Web context: <none, optional, local-browser, or production>在输出任何实质性内容之前,按以下精确顺序打印这些标签。先完成专业模块的细化;不要在执行头上方添加任何说明文字。
text
Target: <具体仓库、产品、URL、设备、PR或工件>
Mode: <选定的顶级模式>
Depth: <就绪、标准或深度>
Mutation: <仅报告或明确授权的变更边界>
Active modules: <逗号分隔的内部专业模块>
Skipped modules: <逗号分隔的非活跃必填模块及简要原因>
Web context: <无、可选、本地浏览器或生产环境>Dispatch protocol
调度协议
-
Infer the mode from product stage, surface, requested artifact, mutation authorization, evidence needs, and deployment state. Do not route by keyword alone.
-
Refine the public mode to the smallest applicable internal specialist set, then print the required execution header before any substantive output.
-
Read each active module in full from the path shown in the mode/alias tables. Its specialist body, behavioral contract, STOP gates, and appended upstream judgment ports are binding. Read a lazy specialist phase in full only when the workflow reaches its package-local reference.
-
Read,
references/EXECUTION-PROFILES.md, andreferences/SHARED-JUDGMENT.mdfor every invocation. Readreferences/AUTHORITY-POLICY.mdbefore the first question to the user; it owns the decision-brief format, the structured-payload caps, and the prose fallback when no question tool is available. Infer Depth from structured operating conditions, then obey its mandatory modules, legal skips, artifacts, and claim limits. Readreferences/QUESTION-FORMAT.mdbefore capability-dependent work andreferences/RUNTIME.mdbefore public-web work. When the target is a repository, readreferences/WEB-CONTEXT.mdonce before substantive specialist work and follow its one-time indexing offer. Readreferences/CODE-INTELLIGENCE.mdbefore directing the user to act on a third-party website (API key registration, vendor accounts, dashboards).references/THIRD-PARTY-ACTIONS.md -
If an old asset path is unavailable, use. If legacy prose invokes another retired skill, resolve it through
references/ASSETS.mdand stay inside these five dispatchers.references/COMPATIBILITY.md -
Preserve report-only versus mutation boundaries. Missing mutation authorization fails closed: do not edit merely because a specialist can fix. Commits, pushes, PRs, merges, deploys, messages, and other external mutations still require affirmative authority from the user.
-
Match the user's language. Keep code identifiers, commands, and source quotations original when translation would reduce accuracy.
-
At exit, report completed artifacts, evidence, unresolved decisions, skipped modules with reasons, and any blocked gate.
-
Before push, PR creation/update, merge, deploy, rollback, release publication, or external notification, readand execute the action through its durable state wrapper.
references/EXTERNAL-EFFECTS.md -
When the release target is an Apple platform app (an,
.xcodeproj, or app-product Swift package is present), read.xcworkspaceFIRST — before any specialist preflight or repository gate — and follow its App Store journey end to end. An App Store or TestFlight ask is store distribution, not repository landing: the specialist branch/PR ceremony does not gate it, and a clean tree on the base branch is a valid state to archive and upload from.references/APPLE-RELEASE.md
-
根据产品阶段、界面、请求的工件、变更授权、证据需求和部署状态推断模式。不要仅通过关键字进行路由。
-
将公开模式细化为最小适用的内部专业模块集合,然后在输出任何实质性内容之前打印必需执行头。
-
从模式/别名表中所示路径完整读取每个活跃模块。其专业主体、行为契约、STOP闸门以及附加的上游判断端口具有约束力。仅当工作流到达其包本地引用时,才完整读取延迟加载的专业阶段。
-
每次调用时都要读取、
references/EXECUTION-PROFILES.md和references/SHARED-JUDGMENT.md。在向用户提出第一个问题之前,读取references/AUTHORITY-POLICY.md;它定义了决策摘要格式、结构化负载上限,以及在没有可用问题工具时的文本回退方案。根据结构化操作条件推断Depth,然后遵守其必填模块、合法跳过项、工件和声明限制。在进行依赖能力的工作之前读取references/QUESTION-FORMAT.md,在进行公共网络工作之前读取references/RUNTIME.md。当目标是仓库时,在进行实质性专业工作之前读取一次references/WEB-CONTEXT.md并遵循其一次性索引提议。在指导用户在第三方网站执行操作(API密钥注册、供应商账户、仪表板)之前,读取references/CODE-INTELLIGENCE.md。references/THIRD-PARTY-ACTIONS.md -
如果旧资产路径不可用,使用。如果旧版文本调用了另一个已停用的技能,通过
references/ASSETS.md解决,并保持在这五个调度器范围内。references/COMPATIBILITY.md -
保留仅报告与变更操作的边界。缺少变更授权则默认拒绝:不要仅仅因为专业模块可以修复就进行编辑。提交、推送、PR、合并、部署、消息和其他外部变更操作仍需要用户明确授权。
-
匹配用户使用的语言。当翻译会降低准确性时,保留代码标识符、命令和源代码引用的原始形式。
-
在退出时,报告已完成的工件、证据、未解决的决策、带有原因的跳过模块以及任何被阻塞的闸门。
-
在推送、创建/更新PR、合并、部署、回滚、发布版本或发送外部通知之前,读取并通过其持久状态包装器执行操作。
references/EXTERNAL-EFFECTS.md -
当发布目标是Apple平台应用(存在、
.xcodeproj或应用产品Swift包)时,首先读取.xcworkspace——在任何专业预检或仓库闸门之前——并全程遵循其App Store发布流程。App Store或TestFlight相关请求属于商店分发,而非仓库落地:专业分支/PR流程不会对其进行管控,基础分支上的干净代码树是可归档并上传的有效状态。references/APPLE-RELEASE.md
Top-level modes
顶级模式
| Mode | Target | Infer when | Candidate internal specialists |
|---|---|---|---|
| A working branch or release artifact | The work needs checks, review, release metadata, documentation, commit, push, PR creation, or queue status. | |
| An approved open PR | The requested next irreversible stage is merge/landing. | |
| A landed change or deploy configuration | The change is ready for deployment or deployment must first be configured. | |
| A production deployment | The deploy needs thresholded continuous canary monitoring. | |
| An interrupted release operation | Persisted release state must be restored and authoritative external state reconciled before continuing. | |
| 模式 | 目标 | 推断时机 | 候选内部专业模块 |
|---|---|---|---|
| 工作分支或发布工件 | 需要进行检查、审核、发布元数据、文档、提交、推送、创建PR或查看队列状态时。 | |
| 已获批的公开PR | 请求的下一个不可逆阶段是合并/落地时。 | |
| 已落地的变更或部署配置 | 变更已准备好进行部署,或需要先配置部署时。 | |
| 生产环境部署 | 需要对部署进行阈值化持续金丝雀监控时。 | |
| 中断的发布操作 | 需要恢复持久化发布状态并在继续之前协调权威外部状态时。 | |
Hard rules
硬性规则
- Never force push or bypass failing tests.
- A requested human review is a hard merge gate unless the user gives the dedicated explicit override.
- Breaking-change analysis overrides line-count bump heuristics.
- 永远不要强制推送或绕过失败的测试。
- 请求的人工审核是硬性合并闸门,除非用户给出专门的明确覆盖权限。
- 破坏性变更分析优先于代码行数增量启发式规则。
Internal specialist routing aliases
内部专业模块路由别名
Every specialist below is an internal implementation detail, including mandatory inputs. The legacy alias refines a top-level mode; it never adds a public skill or top-level mode.
| Legacy invocation | Legacy alias | Public mode | Role | Module |
|---|---|---|---|---|
| | | mandatory | |
| | | mandatory | |
| | | mandatory | |
| | | mandatory | |
| | | mandatory | |
| | | supporting | |
| | | supporting | |
| | | supporting | |
| | | supporting | |
以下所有专业模块均为内部实现细节,包括必填输入。旧版别名用于细化顶级模式;它绝不会添加公开技能或顶级模式。
| 旧版调用 | 旧版别名 | 公开模式 | 角色 | 模块 |
|---|---|---|---|---|
| | | 必填 | |
| | | 必填 | |
| | | 必填 | |
| | | 必填 | |
| | | 必填 | |
| | | 支持 | |
| | | 支持 | |
| | | 支持 | |
| | | 支持 | |
Completeness invariant
完整性不变量
Do not work from this dispatcher summary when a module is active. Read the referenced module completely, including its provenance marker, specialist workflow, lazy-phase directives, behavioral contract, and bug-fix overlays. The pinned 1.x shared onboarding wrapper is provenance-only and never runs during canonical execution.
当模块处于活跃状态时,不要仅依据此调度器摘要开展工作。完整读取引用的模块,包括其来源标记、专业工作流、延迟阶段指令、行为契约和错误修复覆盖层。固定的1.x共享入门包装器仅用于标记来源,在标准执行过程中绝不会运行。