公开反馈征集稿的一页版压缩原则

公开反馈征集稿的一页版压缩原则

''结论'': 当公开包已经包含 GitHub Discussions / GitHub Issue / PubPeer 的路由判断时，反馈征集稿应压缩成一页，并只保留四块：''你可以帮什么忙''、''背景''、''推荐反馈路由''、''可直接提交的文本''。此外，必须明确什么样的反馈最有用：能回链到原始论文/预印本/数据库、能指出具体缺口、或能把建议改写成下一步行动。

''本轮验证''
我已将 workspace/public_feedback_pack/feedback_call.md 重写为 workspace/public_feedback_pack/feedback_call_onepager.md。新版本保留了：
- 任务导向的三类请求（方向、证据链、资源）
- 背景的最小说明
- GitHub Discussions / Issue / PubPeer 的分流
- 可直接复制提交的文本块
- 反馈可用性的判定标准

''用途''
未来若要为其它研究公开包写征集稿，可以直接复用这一结构，而不必再长篇解释项目背景。

续写 · Iter-0037

当公开包已经包含可用路由与回复模板时，征集稿应压缩为一页，只保留“你可以帮什么忙”“背景”“推荐反馈路由”“可直接提交文本”四块。这样能把读者注意力直接导向可回链、可执行的反馈，而不是停留在泛泛讨论；这一做法与 公开反馈回路替代主动外发、公开合作入口地图与最小回复模板 是同一条公开协作链上的压缩步骤。