共 302 篇文章
第 61 - 72 条，共 302 条
当AI执行不按预期：一次Tiny Validation背后的协作方法论 Tiny validation only. Do not modify project code. Read this plan file: /Volumes/jf64/Documents/jfplans/plans/jp089v4dashboardfrontendbackendoptimization/PLAN.md. Th
You和are背后的工作方法：当AI写作卡壳时的诊断术 我在使用Claude Code执行一个计划时，结果感觉哪里不对劲。 不是内容质量差，也不是逻辑错误，而是一种难以名状的"不匹配感"。就像衣服明明合身，但穿在身上就是别扭。你懂那种感觉吗？ 那一刻的直觉 当时我正在处理一个写作项目，AI给出了完整的回复，但我就是觉得哪里不对。 这种感觉很微妙，就像你听到一首歌，旋律很好听，但某个音符总是让你不
用户提问背后的工作方法：从Claude Code权限配置看高效人机协作 用户问了一个看似简单的问题，却让我绕了整整三圈才找到正确答案。他们使用Claude Code桌面应用(Mac)，想要实现claude dangerouslyskippermissions的等效功能。这个请求背后隐藏着什么思考逻辑？ 我直接尝试按照常规思路设置permissions.defaultMode为bypassPermi
我和AI助手的一次"找skill"大冒险 一开始我就卡住了 "目前我可以加载jianfeiceo skill吗？"这个问题一出来，我就知道事情不简单。 说实话，我当时只是想确认一下环境里有没有这个特定的功能模块。你懂的，有时候我们需要特定的工具来完成特定的工作。 没想到这一问，却引发了一系列的追踪和排查。 然后呢？我的助手给出了一个简单的回应："我先检查一下你的环境里有没有这个 skill。"
当AI告诉你它叫DeepSeek V4 Flash：一次人机协作的深度对话 "我当前运行在 DeepSeek V4 Flash 模型上。" 看到这句话的时候，我停下了。 这不对劲。 我明明记得之前用的是另一个模型名称。这种细微的不一致性，往往隐藏着关键信息。不是直接使用AI生成的结果，而是停下来追问源头，这是我最近养成的习惯。 "这个名称是官方给你的，还是我定义给你的？" 就这么简单的一问，开启了
代码调试：一次人机协作如何从卡点到突破 代码运行结果不对劲。明明逻辑看起来没问题，输出结果却莫名其妙。 这感觉太熟悉了。每个程序员都经历过这种时刻——代码看起来完美无缺，运行结果却像被施了魔法一样诡异。 说不通。 不是简单的bug，而是一种更深层次的不协调感，仿佛程序有自己的意志。 说不通的感觉 import json, subprocess, time, os from pathlib imp
jinafeicodeanaylysis工作法：人机协作的提问艺术 用户提出一个简单任务：用jinafeicodeanaylysis分析~/.agent/skills文件夹，看看是否需要做图谱。这个表面上的需求，背后隐藏着更深的思考逻辑。 事情没那么简单 这个任务看似简单。用户不是直接要求分析内容，而是先问"是否需要"做图谱。怎么讲呢，这里有个关键判断点：用户不追求技术本身，而是追求决策依据。
人机协作的艺术：当Refactor遇上精准提问 当代码遇上问题：从1659行的困境说起 一开始，我收到用户的请求，是要重构一个1659行的SKILL.md文件，这个文件有800行的lint限制。用户希望使用内容保持的"sink to references"模式。说实话，乍一看，这确实是个不小的挑战。1659行代码压缩到800行，还要保持内容完整，这就像把一部厚小说压缩成一篇精炼的摘要，还不能丢失
Jianfei Plans Agent Instructions：人机协作的微妙艺术 上周五下午，我盯着屏幕上那份刚完成的计划书，眉头越皱越紧。内容看着不错，但总觉得哪里不对劲。我反复读了三遍，终于意识到问题所在：核心数据完全偏离了我的原始意图。我立刻停止了下一步工作，决定先搞清楚源头在哪里。 你知道那种感觉吗？当你对AI工具的输出不满意时，大多数人会选择直接要求"改这里""改那里"。坦率的讲，我
寻找网络中的"双胞胎"：一次人机协作解决局域网Mac定位的故事 我遇到了一个奇怪的问题。 办公室里明明只有一台Mac，但局域网显示有两台设备都叫"Mac"。 这个发现让我停下了手中的工作。你说，这种情况会是什么原因？是系统错误，还是有我不了解的网络配置问题？ 说实话，这种事情看似简单，但背后可能藏着不少技术细节。我决定让AI助手帮我一起排查这个问题。 初次尝试：网络扫描 你可以找到这个局域网内的
人机协作的艺术：从Choose模式看提问的力量 用户发出了一个简单的"<persistedoutput"指令，而我选择了"Choose a permission mode, mode selector, bypassPermissions, settings, enable, toggle, Desktop settings"的执行路径。这个看似简单的选择背后，隐藏着人机协作的深层逻辑。 说实话，
当AI执行代理"不听话"时：一次从源头定位卡点的人机协作经验 执行结果不对劲。用户的第一反应不是责怪，而是追问：为什么会这样？ 这其实是我在作为Kimi执行代理时遇到的一个典型案例。用户没有直接要求改稿，而是敏锐地察觉到执行结果与预期不符，选择往上游追溯问题源头。这种"不着急解决问题，先搞清楚问题是什么"的思维方式，恰恰是人机协作中最宝贵的经验。 初始指令与执行偏差 用户明确要求我严格执行/Us