Submission standard
投稿入口不是上传配置包，而是平台的可信审核入口。
V1 会先把投稿标准公开出来，让创作者知道什么内容值得提交、哪些字段必须说明、哪些风险一旦隐藏就会被直接驳回。
Implementation notes
能力证明和安全申报会作为硬门槛
作者必须说明适用版本、前置条件和不包含内容
所有高风险能力都要如实申报，不能包装成低风险
正式字段会按 7 组结构化收集，而不是让作者自由发挥长文
Signal board
Runtime
Static export
Optimized for predictable Cloudflare Pages deploys.
Content model
Shared data layer
One set of structures will power homepage, lists, and showcase proof.
Editorial tone
Safer, quieter, sharper
Workflow
投稿入口是审核入口，不是上传文件的垃圾桶。
平台要先用结构化字段判断它值不值得收录、是否足够可信、是否可以安全复刻，然后才决定是否进入推荐。
草稿中
方向已建立，但证据和字段还不完整，适合早期讨论。
待补充材料
方向成立，但演示、安全字段或复刻路径还不足以支持收录判断。
审核中
平台正在按用户价值、能力证明、安全与权限、复刻可行性、维护可信度五维检查。
已通过
达到最低证明标准，可进入首页推荐、精选目录或官方收录列表。
已驳回
存在违规内容、隐藏风险、伪造展示或明显不可复现等重大问题。
Draft intake
草稿阶段先验证方向，不要求一次把分享包补到最满。
草稿提交的任务是让审核方先判断它是不是空泛概念、有没有真实用户价值，以及作者是否真的有继续补全的能力。
Minimum judgment
草稿阶段至少要让审核方判断这三件事
如果连最小必要字段都说不清，就不应该直接进入正式审核和精选流程。
方向是否成立
它不是空泛概念，而是有明确结果导向。
价值是否明确
它解决的是一类真实问题，而不是只讲炫技。
作者是否能补完
作者已经有演示或复刻路径的基础素材。
Draft fields
草稿阶段最小必要字段
先让平台快速判断值不值得继续补材料，而不是一开始就让作者填完所有正式字段。
Formal schema
正式提交字段必须按 7 组结构化收集。
这不是为了做复杂表单，而是为了让 Showcase 页面、审核流程和分享包文件完全对齐。字段分组清楚，后续才能做状态流转、复核和推荐。
1. 基本信息
这组字段会进入 Showcase 的第一屏和列表卡片，先回答“它是什么、适合谁”。
2. 能力展示与证明
这组字段决定它能不能进入精选目录或首页推荐，缺失时不应通过。
3. 适用场景与边界
平台不允许只讲能力不讲限制，这组字段负责收住用户预期。
4. 安全与权限说明
这是审核优先级最高的一组，凡是高风险能力都必须结构化申报。
5. 分享包与复刻信息
它决定用户能不能在自己的环境里安全复刻，而不是只停留在看演示。
6. 作者与维护信息
这组字段不是做营销，而是建立维护可信度和反馈入口。
7. 审核声明与授权确认
正式提交时必须勾选这些声明，用来压低版权、隐私和误导性风险。
Required evidence
正式提交前至少补齐这些材料
没有演示、没有真实输入输出、没有安全申报，就不能进入人工审核的下一步。
Quick reject
出现以下情况，直接驳回
这些问题不是补材料能修的，而是方向或安全性本身就不成立。
Attachments
表单应支持的附件与素材类型
演示、输入输出和分享包文件必须能被审核方直接拿来判断，不要只上传宣传文案。
Required declarations
正式提交必须勾选的审核声明
这些声明不是形式项，而是平台压低版权、隐私和误导风险的硬门槛。
Agent pack
第一版分享包至少要让作者、审核方和接收者对齐同一套结构。
这不是把所有内容塞进一个大文件里，而是让结构化元数据和解释性文档各司其职。
manifest.yaml
承载结构化元数据，包括版本、风险标签、依赖项和最后验证日期。
soul.md / skills.md
说明 Agent 设定层内容、依赖 Skills 和它们之间的组合关系。
setup.md / safety.md
给出复刻步骤、权限边界、失败停点和风险说明。
examples.md / changelog.md
提供真实输入输出样例和后续维护记录，让用户知道内容还在不在维护。