学习，理解，记录。
从材料工程到数字工具。在这里慢慢梳理值得探索的问题。
让AI说明未知内容的提问方式：区分无法确认与推测
向AI提问时，最令人困扰的回答，是把自己不知道的内容自然地说成确定事实。表面上很友好，读者却无法知道哪些内容已经核实。“不知道就说不知道”可能有所帮助，但仅凭这句话不能消除错误。还需一起规定使用什么依据、资料不足时记录什么，以及怎
用Claude整理会议纪要：对照原文核实决定、负责人和期限
用Claude整理会议纪要，能从较长的笔记中快速找到核心内容。但如果只依靠流畅的摘要开展工作，“考虑一下”的建议可能被改成决定，尚未指定负责人的事情也可能被写成某人的任务。实际工作中，比文字是否流畅更重要的是决定、负责人和期限是否
审查Codex的修改：结合diff与执行结果进行检查
Codex修复功能并告知“修改完成”时，首先应查看实际文件差异。结果摘要有助于理解修改目的，但新增和删除了什么，需要在diff中核实。一起阅读改了几个文件、是否修改了与原问题无关的代码，以及验证测试涵盖什么范围，才能更好地判断是否
向AI请求代码说明：通过执行流程与输入示例核实
让AI解释陌生代码，很容易得到看似合理的概括。但仅一句“整理数据的函数”，很难了解什么输入会改变什么，以及什么不会改变。审查代码说明，需要逐一跟踪输入值，比较输出与失败条件。本文用小型Python示例介绍核实AI说明的方法。AI声
什么时候应拆分Claude对话：减少资料混杂与目标变化
与Claude交流时，可能在同一聊天整理会议纪要，接着撰写报告草稿，再检查另一项目日程。最初很方便，但资料基准日期与对象混杂后，就难以审查结果。新建聊天的标准，不在于消息变得多长，而是回答目的与依据是否仍共同保持。本文用实际工作问
继续Codex工作时应留下的记录：修改文件与验证状态
使用Codex工作时关闭窗口，或几天后重新打开同一项目，应先核实完成到了哪里。仅说“继续刚才的工作”，容易重新调查已解决错误，或将尚未验证修改当作完成。继续工作所需的不是复制全部长对话，而是连接当前文件状态与剩余判断的简短准确记录
限制AI来源：要求仅在指定资料内回答
核心概括：要求仅用指定资料，应先定列表、版本与允许范围。每项主张附依据位置，保留资料未回答与冲突，并不保证仅凭请求就完全阻断外部信息。 原创概念示意图 一览步骤 这是说明用示意图，并非截图或真实试验结果。 1. 确定允许资料列表
用Claude制作读书笔记：区分引用与自己的解读
核心概括：分别记录原文引用、内容概括与自己解读。引用应直接对照原文及位置，资料没有的主张保留未确认。 原创概念示意图 一览步骤 这是说明用示意图，并非截图或真实试验结果。 1. 指定资料与阅读范围 2. 区分引用、概括与解读 3.
让Codex整理配置文件：默认值与环境差异
核心摘要：让Codex整理配置文件时，先区分通用默认值、环境差异与运行时覆盖的值。比起缩短键名，更应检查最终生效值是否保持不变，以及读取配置的代码是否正确。 原创概念示意图 一览操作顺序 这是说明用示意图，并非屏幕截图或实际测试结
切换Git分支前的检查：管理尚未保存的修改
想查看另一分支，但还有修改文件时，应先整理什么内容保存在什么地方。编辑器尚未保存的句子、已写入磁盘但未提交的代码，以及新建未跟踪文件，保存方式不同。切换前读取状态，可减少忘记重要修改。 原创概念示意图 以下main与feature
Claude回答来源不一致时：比较日期与适用范围
Claude提供两个官方链接，一个文档说功能可用，另一个说准备中。只选看起来较新的链接不够。应先统一两文档是否讨论相同用户、产品与时点的使用条件，才能知道是否实际矛盾。 原创概念示意图 本文介绍链接确认正确后仍存在的来源差异处理方
向Codex请求测试：正常案例、边界条件与失败条件
请Codex添加测试，可能只生成检查一个正常输入的代码。关键是要保证什么行为，而非测试文件数量。先确定输入、预期结果与失败处理，也更容易判断AI是否只照实现编写测试。 原创概念示意图 本文用虚构预约数量验证函数示例。数字不是实际产
阅读Git diff：区分实际修改行与上下文
Git diff显示两状态差异，而非重新显示修改文件全部。只跟红绿行，可能看见意图却漏比较对象或周边关系。先定比较什么，再按文件、块、代码行为顺序读更易理解。 原创概念示意图 命令输出为说明例，未实际在读者仓库执行或改文件。以官方
核实Claude搜索回答的来源：链接是否支持主张
Claude搜索回答有来源编号，阅读更方便。但链接存在，与其支持句子，需分别确认。即使同主题文档，国家、版本或使用条件不同，也难直接应用当前问题。 原创概念示意图 本文是读者审查搜索回答的流程。不假设全部Claude回答错误，而从
用Claude总结长篇PDF：如何核对页码依据与数字
核心摘要： 将长篇PDF交给Claude时，可以按确认目录→按问题提取依据→对照原文→最终总结的顺序处理，而不是立即要求“总结全文”。缩短总结与保留重要条件是不同任务。以下流程与示例是为帮助审阅文档而提出的方法。 1. 先确认文档
让Codex复现错误：整理最小复现案例与环境信息
如果只向Codex提出“帮我修复错误”，它可能会把不同的失败当成同一个问题。首先需要说明，是程序无法启动、特定输入下计算错误，还是只有画面显示不同。好的复现资料并不取决于说明的长度，而在于是否包含能在其他执行中确认相同失败的条件。
Claude Artifacts使用方法：创建并审查小工具的顺序
核心摘要： 使用Claude Artifacts时，应同时写明制作对象、输入值、结果与确认方法。从获得文档或小工具草稿，到制作可向他人展示的成果，需要修改与审查。下方学习计划工具是用于说明的规划示例，并非实际生成或测试的结果。 原
Claude Projects使用方法：整理资料与指导的实用方法
核心摘要： Claude Projects适合汇集同一主题的资料与指导，并在相关对话中使用。比起上传大量文件，应先明确基准资料，区分旧文件与当前文件。本文章的文件名与问题均是为说明资料管理方法而编写的示例。 原创概念示意图 1.
用Claude比较两份文档：同时请求差异表与原文依据
两份文档差异表的审查过程 步骤1 确认文档A与B的角色 步骤2 确认阅读范围与页面 步骤3 请求差异与依据位置 步骤4 对照重要行的原文 步骤5 留下确认状态后分享 原创概念示意图 这是整理阅读顺序的说明图，并非实际程序画面或测量
让Codex实现功能前先规定范围：输入、输出与完成条件示例
Codex功能请求的完成标准 步骤1 定义用户行动 步骤2 决定输入范围 步骤3 决定输出格式 步骤4 记录修改边界 步骤5 验证正常、边界与失败情况 原创概念示意图 这是整理阅读顺序的说明图，并非实际程序画面或测量结果。 向Co
理解Codex权限与批准设置：如何从较小工作范围开始
摘要： 将Codex权限分为可访问文件与网络的边界，以及越过边界时的批准方式，更容易理解。先确定工作文件夹与成果，再选择读取、修改和安装所需范围。批准问题减少，并不意味着访问范围缩小；授予广泛权限，也不意味着代码质量提高。 原创概
如何核实AI新功能新闻：从官方更新记录阅读产品、套餐与推出条件
看到介绍AI服务新功能的文章，自己的画面却没有菜单；或听到新模型发布后修改设置，程序反而失败，这些情况都可能发生。即使公告属实，适用产品、套餐、地区与推出阶段也可能不同。“已经宣布”“自己的账号可用”“自己的任务正常工作”，需要分
如何向Claude提问：明确目的并验证来源的提示词
核心概括： 向Claude提问时，应同时写明使用回答的目的、阅读资料、所需结果格式，以及如何处理未确认信息。长文档与其立即概括，不如先寻找相关依据；最终回答应区分事实与建议。以下示例与提示词是便于读者修改使用的说明性内容，并非实际
Claude Code代码审查提示词：请求错误依据与复现条件
核心概括： 委托代码审查时，与其说“找很多问题”，不如说明按照什么行为标准审查哪些修改。结果需要文件位置、发生条件、用户影响与确认依据。以下提示词与计算函数，是作者编写的审查练习示例，并非实际仓库审查结果。 原创概念示意图 1.