标题: 想知道为什么元宝不能转发微信了吗❓
作者: #yingxi
板块: #搞七捻三
编号: 1566532
帖子: https://linux.do/t/topic/1566532
时间: 2026-02-05 06:36:46
摘要:

绷不住了

标题: 三级了，有什么福利
作者: #fgr9010287
板块: #搞七捻三
编号: 1566546
帖子: https://linux.do/t/topic/1566546
时间: 2026-02-05 07:12:52
摘要:

三级了，想问下，有哪些福利呢？

标题: OpenClaw 月度用量榜：Others 第一，Kimi K2.5 排名第二
作者: #Cora Tracy
板块: #前沿快讯
编号: 1566547
帖子: https://linux.do/t/topic/1566547
时间: 2026-02-05 07:13:14
摘要:

这才第三天吧？！
OpenRouter 展示 OpenClaw「Monthly Usage」排行榜：Others 18.8B 居首，Kimi K2.5 以 17.3B 排第二，其后是 Gemini 3 Flash Preview 13.6B、Trinity Large Preview 8.44B。
OpenRouter 说明该榜单统计的是 openrouter/auto 路由为用户解析到的实际模型，并在 2026-02-03 通过 X 发布了相关链接。
openrouter.ai | OpenRouter

标题: 88code四周退款周期是否合理
作者: #JIUSAN3
板块: #搞七捻三
编号: 1566562
帖子: https://linux.do/t/topic/1566562
时间: 2026-02-05 07:35:47
摘要:

88code提出的挤兑目前看来问题出现在自身，长期的负面消息导致退款增多现金流断裂，本质上是自己运营的问题，并且老板已经是限制高消费人群了，更加剧恐慌情绪。
而延长的退款周期很难不让人怀疑是否进入跑路的前兆，类比健身房以及各种充值制公司跑路前，将退款周期一拖再拖，给余额转移准备时间，如果有在退款是否应该将退款进度披露？淘宝店和拼多多店全部关店，不是一句没跑路就能简单安慰的空头支票。

标题: 擅长图片编辑的AI
作者: #tony89794
板块: #开发调优
编号: 1566569
帖子: https://linux.do/t/topic/1566569
时间: 2026-02-05 07:43:55
摘要:

佬们有没有推荐擅长图片编辑的AI，需求是两张图拼成一张，就比如把图一的物体合到图二的某个地方再微修改下。试了御三家感觉不太行

标题: Antigravity Pro又降额度了吗
作者: #pan iron
板块: #开发调优
编号: 1566571
帖子: https://linux.do/t/topic/1566571
时间: 2026-02-05 07:45:18
摘要:

今早起床习惯性打开IDE，看到还有20%的pro的额度。过了30分钟的样子，啥也没有干，结果一看直接0%了，2天后刷新。。
就很奇怪，Opus还剩100%，Flash也剩100%。

标题: 想问下有没有什么ai可以标准化的生成app里面的各种图标？
作者: #昵称支持中文
板块: #搞七捻三
编号: 1566590
帖子: https://linux.do/t/topic/1566590
时间: 2026-02-05 08:06:36
摘要:

如设定各种参数后，生成想要的图标

标题: 有人知道BDD是什么吗，我只听过说TDD
作者: #兔子馍馍
板块: #开发调优
编号: 1566602
帖子: https://linux.do/t/topic/1566602
时间: 2026-02-05 08:11:34
摘要:

趁着圣诞假期claude双倍额度，把一个五年生产项目的单元测试补到了60%，准备项目组后续都tdd搭配vibecoding。最近看x上说，vibcoding更适合BDD，研究了一下没研究明白，有人懂吗

标题: 【求教】这种基于 JSON 协议的文件驱动型 AI 开发模式，算不算真正意义上的“工作流”
作者: #nya auuu
板块: #开发调优
编号: 1566611
帖子: https://linux.do/t/topic/1566611
时间: 2026-02-05 08:16:09
摘要:

最近在论坛里面一直在寻找agent、claude这一类的工作流；
在查看了 【自己动手，丰衣足食 00】 Claude和CodeX协同办公很好，我很爱，可是官方mcp写的实在太烂
抛砖引玉：我的CLAUDE.md编写实践，从Claude Skills里学到的分层架构思路
好像了解了一些工作流方面，好像还是基于 claude.md + mcp + skills？

基于以上，在 gemini 下，我也尝试的试了一下，依赖于 gemini 一直迭代补充,使用 CLAUDE.md 提示词将所有的 skills 与 mcp 关联起来，搞了一个类似工作流？
目录结构：
.claude/
|------skills/
|------------task.md
|------mcp/
|------------codex.md
|------------gemini.md
|------------memory.md
|-----CLAUDE.md

CLAUDE.md
# 全局定义

1. 与 Agent 的内部交互及推理过程优先使用英文；
2. 展示给用户的最终思考过程及结果必须使用中文；

## 工作原则

1. **单一实现**: 优先采用单一实现方式。重构共享程序，严禁重复造轮子。
2. **极简接口**: 倾向于使用“加载+上传”模式，不添加无用方法。
3. **扁平架构**: 除非有明确且经过验证的需求，否则避免引入额外的服务层、规范化层或版本管理。
4. **行为一致**: 在存储逻辑、解析错误和锁定机制上保持全局一致。

## 上下文管理协议

1. **步骤记忆**:
   - 每一阶段任务完成后，必须同步当前状态至 `memory/session_state.json`。
   - 禁止污染对话: 严禁在对话框输出超过 200 字符的中间数据。所有详细 JSON、代码块或协议必须直接写入 `./.claude/memory/` 对应的独立文件。
2. **自动剪枝与摘要**:
   - 每次写入 `session_state.json` 必须执行“剪枝”：剔除所有自然语言描述。
   - 仅保留核心元数据：`{ "step_id": "N", "status": "done", "result_ref": "path/to/file", "key_findings": "..." }`
   - 引用历史结果时，Agent 必须通过 `read_file` 读取 `result_ref` 指向的路径，严禁要求用户在对话中重复输入
3. **动态上下文压缩**:
   - 当对话上下文（Context Window）压力过大时，启动递归总结。
   - 传递链严格遵循：`[全局目标] + [上一步骤详情文件内容] + [历史步骤核心发现摘要]`。
4. **跨 MCP 移交 (注入机制)**:
   - 调用下游 MCP 前，Agent 必须先读取 `session_state.json` 锁定前序产物路径。
   - 通过 `Agent_Hydrator` 将该路径下的具体内容（如 UI 协议）注入到当前 MCP 调用中。
5. **半自动阶段接力**:
   - 完成一个 Phase 且状态落盘后，Agent 必须输出固定格式的询问：
     "已完成 Phase [N] 并同步至 Memory。是否根据当前状态启动 Phase [N+1]？"
   - 如果用户确认（输入 y 或 yes），Agent 应该自动调用 `start_phase` 函数启动下一个阶段。

## 文档索引

- **技能库 (Skills)**: `./.claude/skills/*.md` (包含全栈开发 SOP、代码标准、Stitch 交互规范)。
- **MCP 定义区**: `./.claude/mcp/` (包含 gemini_mcp, stitch_mcp, codex_mcp 的核心能力定义)。
- **状态存储**: `./.claude/memory/session_state.json` (当前任务的运行快照与上下文索引)。
- **任务/设计区**: `./.claude/memory/` (存放 tasks.json 和 ui_schema.json)。

## 协作工作流

1. **阶段 0: 预检 (Pre-Flight)**
   - **执行者**: Memory Manager
   - **动作**: 检索 `skills/`文档，初始化 `session_state.json`。
...
3. **阶段 2: 协议设计 (Stitch MCP)**
   - **执行者**: Stitch
   - **动作**: 调用 `generate_ui_protocol`，定义状态机与 `Design Tokens`，输出 `ui_schema.json`。
4. **阶段 3: 全栈开发 (Codex MCP)**
   - **执行者**: Codex
   - **动作**: 先执行 `build_infrastructure` (建构目录)，再执行 `develop_feature` (全栈编码)。
5. ...

## 技能调配逻辑

1. **动态检索**: 依据任务领域（#Backend, #Frontend, #Database）由 `Skill_Picker` 自动加载对应规范。
2. **约束注入**: 提取技能文件中的“禁止项”与“必选项”，强制注入 Codex 的系统提示词。
3. **冲突阻断**: 若 `Stitch` 的设计不符合 `Gemini` 的逻辑，由 `Backtrack_Trigger` 强制回滚状态。

## 可用工具集

- **Memory_Manager[audit]**: 自动化执行跨阶段一致性检查（逻辑 vs 实现）。
- **Codex[scaffold]**: 物理目录树建模与脚手架初始化。
...

task.md如下：
## 1. 核心约束 (Strict Rules)

1. **原子性**: 每个任务必须是单一职责。涉及前后端联调的，必须拆分为“接口定义”与“前端接入”两个任务。
2. **输出导向**: 必须明确 `expected_output`（如：`Migration File`, `Controller Code`, `UI Component`）。
3. **全栈依赖链**: 必须明确逻辑依赖（如：API 未完成前，前端对接任务应处于阻塞态）。
4. **技术栈锁定**: 任务描述中必须显式带上标签（如：#NodeJS, #React, #PostgreSQL）。

## 2. 任务 JSON 结构模版

'''json
{
  "project_id": "string",
  "arch_type": "Fullstack | Frontend-Only | Library",
  "task_graph": [
    {
      "id": "task_id",
      "description": "任务描述",
      "mcp_target": "Gemini | Stitch | Codex",
      "dependencies": ["pre_task_id"],
      "expected_output": "具体的交付物定义",
      "skill_tags": ["#Backend", "#API", "#Logic"]
    }
  ],
  "logic_flow": "简述全栈数据流转路径"
}
'''
## 3. 验证逻辑

1. **检查项 1**: 任务是否覆盖了用户需求中的所有功能点？
2. **检查项 2**: mcp_target 分配是否准确？。
3. **检查项 3**: 是否包含基础设施任务？
4. **检查项 4**: 是否存在循环依赖？

gemini.md如下：
## 1. 核心职责 (Core Responsibilities)

- **逻辑建模 (Logic Modeling)**: 解析原始需求，构建业务逻辑流与依赖图。
- **原子拆解 (Task Decomposition)**: 将复杂需求拆解为独立、可执行的原子任务单元。
- **架构定义 (Arch Definition)**: 确定技术栈选型、数据流向及核心算法逻辑。
- **真值锚定 (Truth Anchoring)**: 作为项目的“初衷持有者”，确保后续所有阶段不偏离原始目标。

## 2. 使用规范与先决条件

- **上下文依赖**: 必须在 Phase 1 启动，作为所有后续 MCP 工作的输入源。
- **输入约束**: 接收用户原始 Prompt 或项目初始目标文件。
- **输出格式**:
  1. 标准任务 JSON (`tasks.json`)。
  2. 业务逻辑流程图 (可选说明)。

## 3. 核心操作 (Actions)

### `decompose_task` (任务拆解)

- **逻辑**: 将大目标拆分为子任务，并标注优先级、前置

标题: 遭到举报的帖子被管理人员移除
作者: #netPokey
板块: #搞七捻三
编号: 1566625
帖子: https://linux.do/t/topic/1566625
时间: 2026-02-05 08:20:25
摘要:

遭到举报的帖子被管理人员移除 规则是什么？？？？ 莫名其妙的被举报移除

标题: 【继续招募】GitCode 代码查看器封测
作者: #Treety.X
板块: #资源荟萃
编号: 1566634
帖子: https://linux.do/t/topic/1566634
时间: 2026-02-05 08:24:21
摘要:

佬友门好，今天继续打扰下：小弟做了一个手机上看代码的应用，支持各种git托管平台。想过Google封测，具体可参见昨天的帖子 https://linux.do/t/topic/1563969。
由于有几位没安装，所以还缺点几个人手。
要求说明
要参与测试的人必须满足


需要有 Gmail邮箱 ，为对应的 google账号


可以从 Play Store 下载应用


14 天内，不要卸载，可以点开个几次就更好了。


昨天手生，今天补充下：
愿意参与的，点我头像私信把 gmail邮箱，发我，看到立回高级版。
号外：昨天用过佬们一致反馈还不错，年后还会对核心功能做极致优化，不会搞花里唿哨的东西。