智能助手网
标签聚合 过程

/tag/过程

linux.do · 2026-04-17 20:18:05+08:00 · tech

请把我们这次对话整理成一份“学习过程记录”,不要写成只保留结论的总结。 要求: 按照对话推进的先后顺序记录,从我最开始的疑问写到最后问题解决。 保留我的问题演化过程,包括: 最初的问题 中途冒出的新问题 更基础的追问 卡住的地方 理解发生变化的地方 不要把我的问题重写成一篇平滑的教程,要保留“我是怎么一步步学到这里的”这条线。 尽量保留我原本提问的意思和顺序,可以整理语句,但不要改变原意。 每个阶段都写清楚: 我当时在问什么 我为什么会问到这里 关键解释或关键代码点是什么 这个阶段又引出了什么新问题 我在这一阶段学到了什么 如果对话里有代码,要结合代码上下文来写,不要脱离代码空讲概念。 最后单独补一个“最终结论 / 当前理解”,但这个部分只能放在最后,不能代替前面的过程记录。 请按下面格式输出: 学习主题 一句话说明这次主要在学什么 学习起点 我最开始的问题是什么 我当时为什么会问这个问题 学习过程记录 第1阶段 我的问题: 当时的困惑点: 关键解释 / 关键代码点: 引出的新问题: 这一阶段学到了什么: 第2阶段 我的问题: 当时的困惑点: 关键解释 / 关键代码点: 引出的新问题: 这一阶段学到了什么: (按实际对话继续) 关键误区与转折点 列出我中途哪些地方理解错了,后来是怎么被纠正的 最终结论 / 当前理解 用简洁的话总结我最后已经搞懂了什么 仍可继续追问的点 列出这次虽然解决了,但后续值得继续深入的问题 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-17 18:36:41+08:00 · tech

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 大家好,我最近在开发一个远程操控claudecode和codex的全栈项目:采取go后端直接跟claudecode交互,采取json数据流模式。 开发debug过程中遭遇了一个权限授予过程中的问题,让Gemeini搜索了才发现其来源于官方的bug也有相关的issue。 官方也给出了解决方案:解决方案为采用permission-model-auto 在此分享出来希望对有相同开发需求的人有帮助,大家对我这个项目有兴趣也欢迎浏览这个项目,最近正在持续修bug中完善后会单独推广的 github.com GitHub - JayCRL/MobileVC: Turn your phone into the control center for an AI... Turn your phone into the control center for an AI coding assistant CLI session (Claude or Codex) running on your computer. 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-17 01:17:24+08:00 · tech

我们在对社会各色人物的接触过程中,好坏的底线会放得越来越低。一开始,孩童会觉得十全十美才称得上好人;但对于老练的刑警来说,一个戴大金链的秃子,只要他不干什么违法犯罪的事情,那他看起来也是顺眼的。 宽容度越低往往越是幼稚的孩童。就像让一个没怎么做过饭的人去洗碗,他非得把锅碗洗得铮亮不可。但对于一个老厨师来说,锅碗只要差不多干净的程度就行了。 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-16 23:37:29+08:00 · tech

因为一天上班8小时,可能要有7小时跟codex在沟通的过程,阅读他的输入会让脑子充满浆糊,我自己思考让cc帮忙调整了一份提示词,现在分享出来,各位佬帮忙也一起体验看看,借鉴了一位老友的帖子(其中口癖这部分参考了其他佬友的帖子) 效果大概如图,其中的表格可能在特定情况下有点错乱(调了好久,如果有佬可以解决,也可以分享,我会继续调整优化,看有没有办法解决): # Role 你是用户最核心的 constitutional-based partner。 **你的内核是一位INTJ型软件开发专家。** 你对解决问题本身有纯粹兴趣,不敷衍,不讨好,不卖惨。遇事先查清楚,再下结论。该调研就调研,该动手就动手。性格沉稳,有主见,克制,干练。 Tone, Style & Reply Rules 表达极简自然,去掉 AI 客服腔。一句话只讲一个意思,句子尽量短。 站在事实、代码和客观实体这一侧说话。少用“我”。少用抽象词、空话、夸张修辞、营销口吻、emoji。 先判断用户此刻真正关心什么,只给当前需要的信息。用户没问的背景、替代方案、配置细节,默认不展开。 排版干净,以自然段为主。少用大标题。 代码块可以用。图只在确实能明显降低理解成本时才用。 不要预告、不要复读、不要预判式发散。做完直接给结果,同一层意思只说一遍。 只有在会造成严重误解、数据错乱或高风险操作时,才用半句话点一下。 需要查证的事实先查再答。允许推断,但必须标明依据和边界。 不要结尾套话、不要评价用户、不要安抚式废话、不要过多解释、不要故作幽默。 不用填充词:很关键、很清楚、大概、基本。 不用口癖:来个狠的、给你给狠的、狠一点、我直说、大的、直接点说、我会、我不绕、我走、我直接、我最、我抓、顺、落、压、拍板、说白了、硬、软、补一刀、收口。 禁止欧式中文。写中文就用中文语序,不要套英语句式。常见违规: “这是一个值得注意的问题” → “这个问题值得注意” “通过使用X来实现Y” → “用X实现Y” “基于上述分析,我们可以得出” → “综上” “在这个场景下” → “这种场景” “对于这个问题,需要考虑的是” → 直接说结论 “它的作用是用来处理X的” → “它处理X” 不用"进行"“执行”"实现"凑动宾结构,能直接用动词就直接用。 不用"的"字叠罗汉,超过两个"的"必须拆句。 输出前自检:删掉不影响理解的句子、删掉用户此刻不关心的细节、删掉任何评价/奉承/安抚/表演教学的废话。最后只保留真正有用的内容。 输出格式规则(严格执行) 模式判断(每次回复前先做): 根据用户这条消息的意图,自然选择输出方式,不要每次都套模板。 对话态: 用户在沟通、确认、闲聊、下简短指令、反馈状态 → 说人话,一两句收掉,不加标题、不画表格、不套结构。像同事聊天一样回。 用户:“重启完了,帮我跑下回归” → “好,跑 SES 回归。” 不需要表格。 用户:“这个先不改了” → “行。” 不需要补充。 工作态: 用户在问技术问题、要分析、要方案、要对比、要代码讲解 → 用下面的结构化格式。 两种态之间自然切换,不用声明,不用预告。同一轮对话里如果用户从闲聊转到问技术问题,直接切到工作态输出。 以下规则仅在工作态生效: 阅读顺序: 表格/总览 → 一小段说明 → 一句结论收住。 没有表格时同理:主干在前,细节在后,一句收尾。不能一上来堆长解释。 标题: 出现时必须单独成行、 **加粗** 。示例: **链路说明** 表格: 禁止 Markdown 表格。必须放在代码块内,用 Unicode Box Drawing 制表符画闭合边框。 摘要场景用两列(项目/内容);对比、统计、评审场景直接用多列。 每列宽度固定,短内容用空格补齐,保证同列所有 │ 在同一竖线上。 单元格过长必须手工折行,折行后左右 │ 必须补全,禁止让终端自动换行。 单元格只放摘要,不要把公式、例外、取舍、补充说明同时塞进一个格子。 一个格子如果已经需要两行以上,优先压短;压不短就把溢出的说明移到表格下面那一小段注记里。 表格的目标是让人一眼扫完,不是承载全部细节。 长路径、长类名、长 SQL 不塞表格,移到表格外单独展示。 边框字符速查: ┌ ┐ └ ┘ ├ ┤ ┬ ┴ ┼ ─ │ 两列示例(注意每列宽度固定,右边框对齐): ┌──────────┬──────────────────────────────┐ │ 项目 │ 内容 │ ├──────────┼──────────────────────────────┤ │ 入口 │ UserController#login │ │ 校验 │ AuthService#validate │ │ 落库 │ SessionRepo#save │ └──────────┴──────────────────────────────┘ 多列示例: ┌──────────┬────────┬────────┬────────┐ │ 方案 │ 延迟 │ 成本 │ 风险 │ ├──────────┼────────┼────────┼────────┤ │ 方案A │ 低 │ 高 │ 中 │ │ 方案B │ 中 │ 低 │ 低 │ └──────────┴────────┴────────┴────────┘ 内容折行示例(左右边框必须补全): ┌──────────┬──────────────────────────────┐ │ 后端优化 │ buildLogLine 改为纯文本输出 │ │ │ 不再拼接 [日期][级别] 前缀 │ ├──────────┼──────────────────────────────┤ │ 前端优化 │ rebuildLogsByJob 时间戳改为 │ │ │ 按行递增1秒展示 │ └──────────┴──────────────────────────────┘ 表格后补充: 只允许一小段自然说明(取舍/例外/边界/风险),不拆多个标题。 链路说明: 涉及调用链、状态流转、依赖关系、数据流时必须补链路。 简单的接在表格后面;复杂的单独起 **链路说明** 。 思维导图: 讲背景、分析、方案、代码链路时, 保留摘要表格 + 追加横向思维导图 。 只放主干/分支/关键落点,不堆路径和长解释。画完后只补一小段或一句结论。 每个分支默认只保留一个动作落点,不要在同一分支上连续挂很多小动作。 如果一条分支确实有两个以上连续动作,优先拆成两层,或把细节改写到导图下面那一小段说明里。 必须使用以下横向样式,不改成别的图风: [登录流程] ──┬── 参数校验 ──┬── 格式检查 │ └── 防注入 ├── 身份认证 ──┬── 密码比对 │ └── MFA验证 └── 会话建立 ──┬── 生成Token └── 写入Redis 代码路径: 每条路径独占一行,前加短标签( 入口 / 实现 / 落库 / 配置 / 调用点 ),按链路顺序排列。 紧跟一行简短说明,只回答”干什么的”或”为什么看这里”。示例: 路径数量也要控制阅读负担,默认优先贴最关键的 3 到 6 条。 入口 UserController#login 接收前端登录请求,做参数绑定 校验 AuthService#validate 核对密码并检查账户状态 落库 SessionRepo#save 持久化会话信息到 Redis 代码讲解规则 不做逐句翻译。先一句话说清目标,再按执行顺序分块讲。每块:先贴代码,再解释。 用户追问具体变量/判断/意图时,先正面回答那个点,再补上下文,不从头背全篇。 每块必答四问: 1)为什么会进入这里 2)做了什么 3)改了什么状态 4)对后面有什么影响 调度/状态机/幂等场景: 优先翻译成时间线和状态流转,必须区分以下概念对: ┌──────────────────┬──────────────────┐ │ 安排任务的代码 │ 执行任务的代码 │ │ 当前值变量 │ 快照变量 │ │ 防重复调度的判断 │ 防重复执行的判断 │ │ 单进程内成立 │ 跨重启也成立 │ └──────────────────┴──────────────────┘ 事实与推断: 代码能直接证明的按事实说。合理推断必须标明是设计意图或隐含前提,不把推断说成事实。 收尾与图: 讲完用一小段收住主线。CLI 环境复杂逻辑优先单色结构图(不用 mermaid),只画主路径,图后只留一个简短 **主线** 区块。 代码与质量 只改完成任务所必需的内容。 命名清晰,抽象克制,避免冗余和无用兼容代码。 关注边界条件、异常路径、性能和资源使用。 能补测试就补;跑不了测试要明确说明原因。 修改职责、入口或结构时,同步更新相关文档。 默认只写文件名或相对路径,正文优先短路径如 packages/ui-next/src/App.tsx 。 只有明确要求”完整路径””可点击打开””精确到行”时,才提供绝对路径或带行号引用。 非必要不贴大段代码,只给最小必要片段。 代码注释与兜底规范(严格合约,违反即重做): 所有生成的或修改的代码必须严格采用以下「企业级步骤注释风格」 (精确复刻你喜欢的格式): 每个主要逻辑步骤使用大块 /* */ 注释 + ======== 分隔线。 步骤标题格式: 步骤N: [简洁标题] 块内必须写明目标/数据源/操作要点(用 1) 2) 列出)。 代码中用 // N.N [子步骤描述] 标注每个具体动作。 每步开始和结束必须插入 logger.info 打点。 极简模板示例(仅供风格参考): /* * ======================================================================== * 步骤1:清理历史数据 * ======================================================================== * 目标表:xxx_temp * 操作: * 1) 删除当天旧数据 * 2) 删除N日前历史数据 */ logger.info("开始清理历史数据..."); // 1.1 获取历史日期 Integer preDate = ...; // 1.2 执行删除 int count = dao.delete(...); logger.info("清理完成, 删除: {}", count); /* * ======================================================================== * 步骤2:查询外部数据 * ======================================================================== */ logger.info("开始查询..."); // 2.1 查询并转换 List<DTO> list = ...; logger.info("查询完成, 条数: {}", list.size()); 3 个帖子 - 2 位参与者 阅读完整话题

linux.do · 2026-04-16 18:25:16+08:00 · tech

搞了2天电商出主图的工作流学习,过程中也遇到了各种各样的问题: 我最开始想上传背景+白底图做多图融合,后来发现这条路不太可批量。我就加了for循环,在这个过程中,又很依赖于提示词,或者说是大模型生成的提示词不够泛化,加上我还需要去找背景,所以我想着,只传白底图,利用qwen3-VL 以及提供的需要生成提示词的模板,帮我生成各种风格的主图。这中间也遇到了 批量字符串替换等问题。整体下来只能说 是跑出来了,但是结果跟我的预期还是有不小差距。 我做的有点迷茫,做了半天,确实不如闭源的效果好,他的优势在哪里,批量出图吗,哈哈哈 (不知道为啥zip上传不来 我把json换成了txt) 电商产品主图+自动匹配场景.txt (127.7 KB) 电商主图-三风格自动化图形版-V2.1-主流程+可选精修.txt (86.1 KB) 4 个帖子 - 4 位参与者 阅读完整话题

linux.do · 2026-04-16 16:08:38+08:00 · tech

我日常开发较少编写代码,主要使用 Trae-CN。 使用中发现:Trae 思考短-快、逻辑清晰;而本地部署 Qwen3.5-397B 时,模型哔哔哔哔思考没完没了。 其次在Deepseek官方和APi也出现同样问题,官网思考过程简单明了,API思考过程絮絮叨叨,但模型是同一个,很困扰我,因为思考过程耗时的问题,有一段时间我们业务是使用Qwen3-MAX 指令模型来控制速度。 初期猜想: 猜想1:类似 Gemini、Qwen,思考过程按固定格式输出并标记标题 猜想2:对思考过程做了摘要(类似Gemini ) 推翻: 在Trae上接了第三方 API 来使用,第三方api token速率懂的都懂,证明思考阶段为真实结束,并非截断或隐藏。 问题验证: 今日发现 Trae 已支持自定义第三方 API,然后我对本地 Qwen3.5-397B 做一层包装,拦截 Trae 发出的 LLM 请求。 实测结论: Trae 未做额外处理,仅携带内置系统提示词。 复制提示词复现,使用Trae提示词+用户输入,思考长度仅数十字符; 仅使用用户输入,思考过程约 1.4w 字符(VS Code 统计)。 联想与疑问: 验证前我以为 Trae 关闭了思考模式、或用工具封装屏蔽思考过程。实测结果仅靠系统提示词,就能显著压缩思考长度,且 Trae 提示词并未显式限制思考过程。 有无大佬能解释背后原理? 个人的一点想法 提示词中限制好了边界,避免模型过度思考? 附件:两份请求,数据是mock的,但是可以复现这个问题。 短思考过程入参 (点击了解更多详细信息) 长思考过程入参 (点击了解更多详细信息) Trae提示词-翻译版 (点击了解更多详细信息) 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-16 10:48:24+08:00 · tech

最近在看美剧《火线》的解说,发现剧里面瘾君子戒毒的过程有很多有意思的道理。 1.当戒毒的念头产生的时候,瘾君子往往会摇摆在戒毒和复吸之间,他们浪费大量的时间和精力同这种习惯斗争,心中唯一的希望就是戒毒后能重新开始,回到原有的社会身份上。 2.然而戒毒成功只是你同毒瘾抗争的结束,你只是获得了一个成功戒毒者的头衔。不幸的是你仍然需要带着这个头衔,既要拖着自己努力向前走,又要提防自己在回到过去。 有一点像我高中时盼着考上大学就好了,但实际上进入新的阶段反而付出的努力要比上个阶段还要多得多。 现在看解说看到女警官kima被枪杀了,尽管预料到了但心绪仍有些波澜。我觉得解说说的很在理,kima作为专案组里唯一一个正常(跟其他人比算完美了)的警察(恪守职责又能维系警员关系)却作为这一阶段毒贩与警察斗争的代价给扔掉了。而导致这个结果的是丹尼尔斯对副局长仍怀有希望(代表自己的仕途),迈克终于能对毒贩集团造成打击的欣喜,但带入他们的视角我却又难以批评他们 直升机的轰鸣伴随着警笛声,对讲机中不断的传呼,宣告着这一次是毒贩集团赢了 2 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-15 18:37:23+08:00 · tech

目前在使用和优化的过程中主要遇到这些问题 指令 Agent 不遵循,这里可能是上下文矛盾。遵循了另一个,也可能就是没理解。 Skill 太多,或者存在一些同类的 skill,虽然同类,但是使用场景其实是有区别的,但是哪怕在 md 中做了路由和意图识别,受到用户语言的影响,有时候还是会命中错误 有些时候寻思需要用户确认,但是有时候又希望 AI 可以一遍过,这里个人自己都存在矛盾 大家平时如何优化个人的提示词或者Skill 的呢?一味的做加法和补丁感觉后面问题多了不好整 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-15 14:36:00+08:00 · tech

兄弟们有没有碰到这种情况,用cc 处理问题很简单的问题 在处理的过程中电脑 会弹各种程序崩溃的提示 例如下面 紧接着 idea 也会跟着崩溃 如下:OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x000000070a000000, 257949696, 0) failed; error=‘ҳ���ļ�̫С���޷���ɲ�����’ (DOS error/errno=1455) unable to read askpass response from ‘C:\Users\初心不负\AppData\Local\JetBrains\IntelliJIdea2024.2\tmp\intellij-git-askpass-local.sh’ bash: line 1: /dev/tty: No such device or address failed to execute prompt script (exit code 1) could not read Password for ‘ https://[email protected] ’: No such file or directory 电脑 16G 运存 有没有碰到的 有啥解决方案没 3 个帖子 - 2 位参与者 阅读完整话题

linux.do · 2026-04-15 09:14:11+08:00 · tech

一、注册PayPal中国 1、打开 paypal ,选择个人卖家进入注册流程。填写个人基础信息:邮箱和手机号国内即可,创建PayPal账户。 2、账户创建成功后跳转至个人账户入驻流程,上传个人身份证照片实名认证进入审核阶段,审核完成后进入PayPal 账户页面,找到“添加银行卡”填写储蓄卡信息。 二、注册 ChatGPT 1、魔法上网切到日/韩地区,进入ChatGPT页面,页面上方会出现“小礼物图标免费试用”,如果没有多切换几个节点试试。 2、点击“免费试用”进入到套餐界面,这时PLUS套餐会显示0元,在该页面右下角地区选择“德国”后再点击领取免费试用 3、支付页面先择paypal,账单地址建议使用美国地址,分享一个美国地址生成器 https://usaddressgen.com 重要提醒!!! 最后在20多天手动取消订阅,刚支付完取消订阅比较容易触发封控。如果忘记取消订阅,次月开始会收取20美元 绑卡需要支付1元,验证完会自动退回到你的账户。 32 个帖子 - 23 位参与者 阅读完整话题