[polish] 提交 issue 场景会丢失前置问题描述

[appergb]

现象

用户口述“我要提交 issue，并给出问题描述、期望功能、处理方向”等内容时，最终整理结果可能只保留结构化标题或结论，没有完整保留要提交到 issue 的前置内容。

本次触发场景：用户明确说“提交 issues”，并列出：

1. 当前语音输入中存在明显错误的文字，但仍然被输出。
2. 需要自动纠正这些明显错误。
3. 让 AI 在提示词优化过程中根据上下文判断词语是否识别准确。
4. 识别语音输入中的易错词，并根据上下文自动更改。

但整理后的 prompt/输出没有可靠把这些作为“要提交到 GitHub issue 的正文内容”保留下来。

代码证据

• polish.rs:491-494 的 user prompt 只说“它不是问题，也不是任务，只是需要整理后原样输入到当前 app 的文本”，没有说明“当原始转写是在拟定 issue/PR/任务正文时，必须保留完整问题描述、影响、期望、验收标准”。
• polish.rs:449-468 的清晰结构模式强调自动归类，但没有约束“不要把 issue 正文压缩成摘要”。
• polish.rs:415-416 禁止项目上下文和需求分析是合理护栏，但当前措辞会让模型过度规避，把用户口述中的 issue 前置信息当成可压缩内容。

影响

• 用户想用语音直接生成 GitHub issue，却得到缺少上下文的短文本。
• 后续 AI 或人类 reviewer 无法从 issue 中还原触发条件、期望行为和接受标准。
• 结构化模式看似整洁，但信息密度下降，影响项目治理。

建议接受标准

• 当原始转写包含“提交 issue / 创建 issue / issue 内容 / bug 描述 / 期望功能”等语义时，输出应保留完整问题背景、现象、影响、期望功能和建议验收标准。
• 不回答 issue，不替用户扩写不存在的事实，但必须把用户说过的前置信息完整整理进去。
• 清晰结构模式下可转换为 GitHub issue 友好的结构，例如“现象 / 影响 / 建议接受标准 / TODO”。
• 增加回归测试，覆盖“提交 issue”口述中包含多条前置内容时不会丢信息。
• 与 [polish] 上下文纠错不足导致 issue 被误写成 iOS #87、[polish] 提交 issue 场景会丢失前置问题描述 #88、feat: polish 提示词词汇本注入措辞调整 — 当前太保守 #63 的 prompt/纠错改动保持一致。

TODO / 不确定项

• 需要确认是否为 issue 场景增加专门 mode，还是在现有 Structured mode 中增强规则。

[appergb]

已修复并合入 main。

修复证据：

• openless-all/app/src-tauri/src/polish.rs 中 PolishMode::Structured system prompt 已完全重写（约 745–820 行），明确教模型：
  • 保留口语引子（如 "呃那个啥帮我给 GitHub 提个请求啊"）润色为自然书面首行
  • 把扁平条目按语义归类成 2–4 个主题，用双层 "1." + "(a)/(b)/(c)" 格式
  • 自然收尾尾巴查询，不做 "另外：" 标签写法
  • 开发协作语境术语（GitHub / README / issue / 接口 / 缓存等）按原意保留
• 内置完整 dense GitHub 示例：原话 "上传代码、修复闪退、暗色模式、接口超时、README 修正、依赖降级、侧边栏、头像校验、合并冲突、清理注释、新增路由、缓存策略、检查 issues" → 输出按 "代码与功能优化 / 文档与配置 / 界面与交互 / 项目清理" 4 主题归类，所有事项保留无丢失
• 加了回归测试 structured_prompt_includes_dense_github_request_example（polish.rs:957），验证 prompt 包含上述全部要素，且禁止旧版 "另外：" 标签写法回归
• common_rules_include_auto_correction_and_natural_organization 测试同时确保所有 mode 下保留 "自动纠错" 与 "自然组织" 扩展规则