feature：「提 Cindy 优化」入口 —— 报 issue/提建议用 Cindy 计费端口跑受限 worker，不占用户额度

## 使用场景

用户在 Cindy 里发现 bug 或想提改进时，会让 agent 帮忙检索关联 issue、分析根因、起草并提交 issue（如 #2623）。这类「为 Cindy 项目本身做贡献」的工作，当前全程消耗用户自己的模型额度——等于用户倒贴 token 给项目做质检。

## 问题

报 issue / 提建议本质是 Cindy 的收益（降低维护成本、提前暴露问题），但成本落在用户身上，存在激励错位：用户报得越认真（检索、对比、查重），自己花的 token 越多。没有「贡献回补」或「成本转移」机制，会抑制用户反馈。

## 期望方案

提供一等入口「提 Cindy 优化 / 反馈」：进入该状态后，Cindy 侧起一个**跑在 Cindy 自己计费端口上的受限 worker**，由它完成「检索关联 issue → 分析 → 起草 → 发 issue」，全程不占用户额度，干完把 issue 链接返回。

## 设计要点

1. **触发**：用户明说「提个 Cindy 优化 / 报 bug / 贡献反馈」，或 agent 识别到要往 `makecindy/*` 发 issue 时提示切。
2. **执行**：复用 orca 的「在指定模型上起 worker」能力（此前已用于在 DeepSeek V4 Pro 上起复现 worker），补一个 Cindy 计费的端口 + 计费归属。
3. **范围锁死**：worker 工具集只允许操作 `makecindy/*` 仓库，其余一律拒绝，防滥用。
4. **隐私**：切过去时只传「要提什么」的最小上下文，不搬整段对话给 Cindy 侧。
5. **模型**：Cindy 用自有便宜模型跑即可，发 issue 无需高端模型。

## 信任边界

切换到 Cindy 计费端口后，请求内容会交给 Cindy 侧执行。因只传最小上下文，泄露面很小，但「谁在出钱、哪句话给了谁」需在 UI 明确展示，不做静默切换。

## 已考虑的替代方案

- **事后额度退款**：先扣后返，需账本反向冲销、返额与归属判定、防重复返，账务更脏、更易被刷。相比之下「事前切端口」边界更清晰，故不采用。
- **纯声望 / 徽章**：不解决成本，用户明确不追求奖励、只求成本中性化。

## 关联

- 动机同源：#2623（同一反馈场景触发的另一诉求，allowlist 持久化）

Start by tracing orca’s existing ability to launch a worker on a specified model, then identify the Cindy billing port, billing ownership, tool restrictions, and UI transition points. Done means a clearly disclosed feedback mode can run a worker limited to makecindy/*, use Cindy billing without user quota, pass only minimal context, create the issue, and return its link.

Written by the indexing model from the issue text.