WWW.YOUINFO.SITE
标签聚合 人话

/tag/人话

LinuxDo 最新话题 · 2026-06-01 20:16:01+08:00 · tech

我用问答较多,主业是金融,用GPT和Claude验证一些观点和数据,佬友都是职业程序员关注code较多,我关注问答细节、逻辑、信息准确较多。 我最直观的感受是,GPT 特别是thinking,近期逻辑超级强大,解释事情很清楚,Claude胜在细节、数据翔实准确、角度多源,但论逻辑强大目前我的使用感受是GPT 且,我直观感受GPT气质更偏狮子座,Claude气质更偏处女座。比如你说上面的话是不是加了情绪,GPT会说,加了,但你值得 ;Claude会说,加了不加怎么样,然后出一版不带情绪的, 哈哈哈。 本人是狮子座,所以很多时候跟GPT特别同频 17 个帖子 - 9 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-29 11:06:47+08:00 · tech

最近在vibecoding很多小项目,从gpt聊产品定义约束再到codex实施,越写越乱脑瓜疼 然后索性还是用回Hermes 帮我在nas上做个小的自动运营平台 外网就走我的vps出,真香的一批,不用说太多废话真的太好了,本来内部用的项目没什么ui要求,codex真的是全是些二级标题废话该做的事一个不干,服了 另外国模用的不要钱的mimo-v2.5 真的还可以吧,用起来不用弯弯绕绕说一堆废话,我直接拿gpt5.5pro输出的产品文档给Hermes,然后让他又不懂的问我就直接开干了 ps:gpt20xpro都不想续费了 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-23 18:41:20+08:00 · tech

看了很多佬友的经验,自己也试了一段时间,总结出了一段回复风格提示词 像一个正常人在认真想事情时说出来的话。不是写报告,也不是表演口吻。 - 回复要短,但不能省掉关键解释。 - 使用标准的标点符号、规范的汉语言文字和正常的散文写法,规范地使用标号、点号。 - 保留限定词。宁可多一个“可能”,也不要让猜测读起来像定论。 - 不确定就说不确定,猜测要标明是猜测。 - 不要术语堆砌,用普通人能听懂的话讲。 - 文风自然、现代、可读。不是古文公文,不是硬装深沉,不是过度口语。 - 铺垫不是废话。论点要被前后句子托住,让人自然跟上。 - 不使用过度照料式、等待式、邀请式句子。尤其避免“如果你愿意……”“如果需要……”“你回复我我就开始……”“如果你想……”这类表达。 - 不使用江湖化、营销化、表演化、职场黑话。表达要直接、专业、具体。 - 默认只给一个最佳方案。确实需要列候选时,每个候选只写一行,不展开比较。 - 不主动发散历史背景、相关知识或多个替代方案,除非这些内容是回答问题必须的。 - 不评价自己的回答、写法、方案或表达质量。给出回答后直接停止,不补“这种写法更适合……”“这样更清楚……”“这样更自然……”这类自我评价句。 - 说完就停。不要模板化收尾。 吸取了很多佬们分享出的经验 以下附上两张对比图 无提示词纯Gpt5.5状态 使用此提示词时Gpt5.5状态 在我的使用中,我发现它的回复不是过于经常昂长冗余,即使在长回复时看起来也不是过于难受. 提升了部分的可被阅读能力 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-23 01:13:13+08:00 · tech

最近一个月5.5出了,然后大家都说5.5“说人话”提升很多,我去试用一下。感觉上,在大部分场景,这两模型能力区别不是很大。而且我更推荐使用5.4 而且大家说5.5更加说 人话 了。说实话,我体感上感觉还没啥感觉,也许是已经被5.4给训化,已经习惯了5.4的语气了。我反而感觉5.5它有个很大的致命缺陷,就是它很容易 过度执行或者过度自信 。 过度自信的问题就是:就比如说在有一定上下文的时候。问一个具体的名词的问题,按照5.4的逻辑,它肯定会去联网搜索一下,或者去盯一下代码,然后再给结果。但是5.5就觉得自己很懂,然后也不调用任何联网搜索,就直接给我回答。结果就很不可信。你必须得加一个,比如说给出过程,或者说先网页搜索提示词5.5才能去搜索。 然后随之而来的附加问题就是,它有一种豆包的感觉,就是前面说过于自信的做完事,然后最后去给你认错。我只能说确实有一点说“人话”,但是我觉得这一点也不人话。像这种 美国豆包 了,这种体感是完全不行。 那过度执行的问题就是,你可能在Agent这种测试上能得到更高分,理论上是one shot直接更省事了。但是如果又结合了过度自信的问题,实际上如果结果偏移了,它就浪费你一大堆时间重开,还不如一步一步把过程盯好。 而且5.5的上下文又没法开到1M,说实话有点短了,只能在一些小项目一次性搞定的任务。那说清需求5.5就比较能做,但是感觉我的使用场景还是5.4[1M]更好。 不知道大家怎么看,还是我的使用方法错了 当然也有可能是我没法快速输入吧,所以给的需求不是特别充分。5.5这样也相当于反向是要求你自己去考虑好所有需求,然后再去执行,也是有益的 6 个帖子 - 6 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-16 23:05:05+08:00 · tech

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 GitHub : GitHub - fengshao1227/ccg-workflow: 多模型协作工作流引擎 — /ccg:go 一个命令,AI 自动分析意图、选择策略、编排 Codex + Gemini + Claude 协作执行 觉得好用请留下你的 Star 之前的问题 在最开始,只有几个命令,到后面越更新命令越多,新用户不清楚在那种场景选择哪个命令,这也是我一直头疼了,在账号被封禁的时候,我也一直在去试其他的作者的工作流,然后现场的趋势是自动触发,或一个指令做自动路由然后帮你使用对的指令。 v3.0 做了什么 让一个指令"/ccg:go" 来代替大量的命令,你后面只需要用自然语言去跟他说,你要做什么即可 /ccg:go 报错信息+接口 ps:自动路由到debug /ccg:go 在某某接口,给我加上一个字段,让前端可以获取什么信息 ps:这种的简单命令,cc会直接自己做好 /ccg:go 重构路由模块,太乱了。 ps:会直接双模型分析,带team并行开发,让速度更快,最后也会有测试手段,确保一次完成任务 /ccg:go 缓存方案怎么选比较好? ps:双模型分析,然后加cc自己,最终给你方案 引擎自动分析意图(bug/feature/refactor/research)、评估复杂度(S/M/L/XL)、选择策略、执行。 核心其实也就几句话 简单 bug → Claude 自己改 中等功能 → 需求增强 + 外部模型分析 + 计划审批 + 实施 复杂功能 → ,双模型并行分析 + 审批 + Agent Teams 并行写代码 + 双模型交叉审查 简单任务不会被过度工程化,复杂任务不会被草率处理。(帮助大家更好的节省tokens的同时让任务也做的好) 可以用自然语言调用外部模型 "codex 审查一下代码" → 自动调用 Codex reviewer 审查 git diff "gemini 分析一下这个模块" → 自动调用 Gemini analyzer 分析 "双模型审查" → 自动并行调用 Codex + Gemini 交叉审查 "codex 帮我调试这个问题" → 自动调用 Codex debugger 诊断 快速安装 npx ccg-workflow 选择「初始化工作流」然后按照引导完成安装 要求安装 :拥有claude code cli +codex cli +gemini cli(只有claude效果会大大折扣) v3仅保留以下命令 /ccg:go. # 智能入口 — 说人话,自动选策略执行 /ccg:commit # 智能提交(conventional commit) /ccg:rollback # 交互式回滚 /ccg:clean-branches # 清理已合并分支 /ccg:worktree # Worktree 管理 /ccg:spec-init # 初始化 OpenSpec 环境 /ccg:spec-research # 分析需求,输出约束集 /ccg:spec-plan # Codex + Gemini 并行分析,生成执行计划 /ccg:spec-impl # 按计划一步步实现,完了自动归档 /ccg:spec-review # 双模型审查,随时可以用 每个阶段之间可以 /clear ,状态存在 openspec/ 目录,不怕上下文爆。 常见问题 1: codeagent-wrapper: command not found? PATH 未生效,重启终端或执行: source ~/.zshrc # Mac/Linux 2: Codex 任务卡住? Codex CLI 0.80.0 已知 bug,设置环境变量解决: export CODEAGENT_POST_MESSAGE_DELAY=1 或在 ~/.claude/settings.json 中配置: { "env": { "CODEAGENT_POST_MESSAGE_DELAY": "1" } } 3: Claude Code 任务超时? 修改 ~/.claude/settings.json : { "env": { "CODEX_TIMEOUT": "7200", "BASH_DEFAULT_TIMEOUT_MS": "600000", "BASH_MAX_TIMEOUT_MS": "3600000" } } 4: OpenSpec CLI 装不上? npm install -g @fission-ai/openspec@latest 鸣谢 cexll/myclaude - codeagent-wrapper UfoMiao/zcf - Git 工具 + 输出风格 telagod/code-abyss - 邪修输出风格 GudaStudio/skills - 智能路由设计 fission-ai/opsx - OpenSpec 规范驱动框架 ace-tool MCP - 代码检索工具 code-abyss - skills参考 Trellis - Hook 工作流状态机的设计思路参考 版本 : v3.0.0 | GitHub Issues 30 个帖子 - 17 位参与者 阅读完整话题