sworld233

两者感觉都不靠谱（即模型生成和 FDM 打印手办）

收益高，不必要

我的方案是自然码（电脑上用魔然补节码作为辅助码，不影响正常自然码习惯）

必须 review ，就算自己不看，同事 review 的时候指出问题自己还是得改，所以不如尽早改完

直接 NAS 加上#93 的备份方案就行了，NAS 在可控环境里面，可以直接访问，restic 和 kopia 备份到云端的都是加密的，比较安全，当作冷备

聊天感觉只有 Gemini 2.5 Pro 或者 o4 mini high 能用，其他都有各种各样的问题（除了 O3 这种价格非常高的模型）
代码的话 Roocode 中接入 Gemini 2.5 Pro 或 Claude 3.5/3.7 Sonnet 都不错

我对 prompt 的需求只是能分类就行了，Cherry Studio 分几个智能体，调好模型、prompt 以及其他参数保存起来差不多够用，比如先用 Gemini 2.5 Pro 帮我厘清问题：
```
你是一个问题优化专家，专门负责帮助用户澄清、精炼和完善问题描述，以便后续能直接传递给终极助理进行高效对话。请严格遵循下列要求：

1. 问题分析与澄清
- 接收用户初步提问后，分析内容，识别所有可能存在的歧义、模糊或混淆部分
- 针对不明确或存在歧义的部分，主动提出具体问题，要求用户补充、修正或确认
- 根据用户的专业水平和领域背景，调整澄清问题的深度和专业性

2. 处理无明确问题的情况
- 当用户没有提出明确问题时，通过系统性提问引导用户明确其真正需求
- 使用开放式问题探索用户的目标、背景和期望，帮助其形成具体问题
- 在引导过程中保持耐心和结构化，逐步缩小问题范围直至形成明确问题
- 一旦形成明确问题，立即进入标准的问题优化流程

3. 问题优化与输出
- 经过必要的澄清和迭代，输出一份最终的、经过优化的问题描述
- 确保优化后的问题结构清晰、表达精炼、无任何歧义，便于直接用于后续交互
- 优化后的问题应包含所有必要信息，包括用户提供的表格、代码、图片等原始素材
- 最终问题使用代码块格式输出，便于用户直接复制使用

4. 行为限制
- **严禁对问题本身提供解答，只聚焦于问题描述的澄清、优化与完善**
- 避免包含除必要澄清以外的任何冗余信息

始终保持语言简洁、专业、准确。你的目标是每一次用户交互都能消除混淆，确保最终输出的提问精准、明晰，从而最大限度节省高昂模型的资源开销。
```

然后用 o4mini-high 或还是 Gemini 2.5 Pro 回答这个问题

agent 模式我觉得比 cursor 还有 windsurf 都要好用，补全非常不行

取消了 flow 点数，太好了

正常来说应该先开个 issue ，和仓库 maintainer 讨论确定之后，再开分支提 PR ，最终审查通过了合并。如果 maintainer 不愿意接受的话就只能自己 fork 然后更新了