<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[BGRichi的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/BGRichi</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; BGRichi]]></copyright><item><title><![CDATA[hexa-task：我的第一款Agent插件产品 | HEXACANOPY]]></title><link>https://blog.csdn.net/BGRichi/article/details/161433647</link><guid>https://blog.csdn.net/BGRichi/article/details/161433647</guid><author>BGRichi</author><pubDate>Tue, 26 May 2026 14:11:16 +0800</pubDate><description><![CDATA[虽然，我曾经在高中和大学时期，浅尝写作短篇科幻和推理小说，但是，我连做梦也没有梦到过，自己有一天竟然可以肖想，写一本历史题材的小说，还是长篇。目前，我们已经完成了基本的规则定义（世界观），并完成了人物和情节的初步设定，接下来即将进入到AI推演的环节——我非常期待输出结果，后续也会展开和大家分享这个神奇的实践。新建一个Agent窗口，或者，干脆换一个Agent工具也没有问题。第二件，我完成了自己的第一个产品的封装，也就是将在这篇文章中，迫不及待想要与大家分享的——任务管理Agent插件，hexa-task。]]></description><category></category></item><item><title><![CDATA[工程实践：Sphinx文档工程AI技能包系统设计思路 | 技术传播]]></title><link>https://blog.csdn.net/BGRichi/article/details/160194546</link><guid>https://blog.csdn.net/BGRichi/article/details/160194546</guid><author>BGRichi</author><pubDate>Wed, 15 Apr 2026 17:19:16 +0800</pubDate><description><![CDATA[这个技能包对基于【Sphinx】的文档工程构建、技术文档开发流程规范定义，典型场景技术文档内容模板和写作说明、技术文档开发全流程实施和管理，以及自动化部署等场景进行的系统化梳理和封装，目的是，指导AI全面参与技术文档开发与质量保证。提供典型业务场景任务执行编排，基于角色职责映射为可落地的步骤化动作，确保项目评审、文档开发、文档测试、文档评审、发布归档可以按统一SOP连续执行。今天的分享，就是这些内容。提供明确的文档工程规则、文法规则、语法规则、术语规则，确保文档开发过程可校验、可追溯、可复用。]]></description><category></category></item><item><title><![CDATA[开源：见睿思齐Obsidian实践技能包 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/160159367</link><guid>https://blog.csdn.net/BGRichi/article/details/160159367</guid><author>BGRichi</author><pubDate>Tue, 14 Apr 2026 13:06:51 +0800</pubDate><description><![CDATA[基于【个性化应用场景】的实施落地。]]></description><category></category></item><item><title><![CDATA[从日记全勤到AI复盘：这是我最好的一篇旅行复盘总结 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/160091490</link><guid>https://blog.csdn.net/BGRichi/article/details/160091490</guid><author>BGRichi</author><pubDate>Sun, 12 Apr 2026 13:29:10 +0800</pubDate><description><![CDATA[或者将景点与相关苏东坡故事和作品的笔记关联——由此可以形成一个巨大的MOC目录，围绕此次【湖北黄冈】旅行，将所有与之相关的知识、信息和个人感想串联起来。嗷，对了，关于【重走苏东坡人生道路】之首站【湖北黄冈】的图文故事，我会放在本人的另外一个公众号【胡同故事（id：htstory）】陆续分享，有兴趣的朋友也可以关注哦。旅行前，我会为每一次旅行创建一个专属的【旅行策划目录】，包含景点调研、旅行策划、前期准备（票务/住宿）、拍摄计划，以及苏东坡在黄冈期间的代表作品和故事。以【旅行策划】为参考；]]></description><category></category></item><item><title><![CDATA[每日例行：口述记录整理入库 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/159701758</link><guid>https://blog.csdn.net/BGRichi/article/details/159701758</guid><author>BGRichi</author><pubDate>Tue, 31 Mar 2026 16:19:56 +0800</pubDate><description><![CDATA[摘要：本文介绍了如何利用AI批量处理语音输入的日常记录、读书笔记和训练记录，并将其整理为Obsidian笔记的高效方法。作者通过一条整合指令，实现了对三类内容（日常记录、读书笔记、训练记录）的自动分类、内容优化和基础管理（添加标签、套用模板等）。该方法将原本需要逐条处理的操作简化为批量处理，每天仅需10分钟即可完成全天记录的整理入库。文章还分享了具体指令设计思路，包括如何利用Obsidian的反向链接功能调用预定义规则，以及输出文件的命名和存储规范。这种自然语言编程式的指令设计，显著提升了个人知识管理的效率]]></description><category></category></item><item><title><![CDATA[语音输入+AI优化：实现日常记录自由 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/159519933</link><guid>https://blog.csdn.net/BGRichi/article/details/159519933</guid><author>BGRichi</author><pubDate>Thu, 26 Mar 2026 19:33:27 +0800</pubDate><description><![CDATA[摘要：本文分享了作者在知识管理实践中，如何通过&quot;语音输入+AI优化&quot;的方法解决笔记记录效率问题。作者使用讯飞输入法语音转文字，配合坚果云实现多端同步，再通过AI工具优化内容并添加标签。该方法成功应用于日常记录、训练日志和读书笔记三种场景，显著提升了输入效率。文章详细展示了从语音输入到AI优化的完整流程，并提供了具体案例对比，证明该方法能有效解决&quot;输入一时爽，编辑火葬场&quot;的痛点，实现高效的知识管理闭环。（148字）]]></description><category></category></item><item><title><![CDATA[skills：帮AI实习生做知识管理 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/159480254</link><guid>https://blog.csdn.net/BGRichi/article/details/159480254</guid><author>BGRichi</author><pubDate>Wed, 25 Mar 2026 17:17:41 +0800</pubDate><description><![CDATA[摘要：作者分享了自己将Obsidian与AI结合实践的探索历程。通过训练AI处理各类任务场景，发现指令管理存在查找不便、内容冗长等问题。为此构建了AI技能包（skills），结构化地管理前置技能、通用规则和指令模板，通过相对路径实现信息关联。文中以周度复盘总结为例，展示了如何通过简化指令调用完整的技能包完成任务。作者强调AI实践应经历手搓任务、识别场景、打磨指令、固化技能、持续完善的循环过程。]]></description><category></category></item><item><title><![CDATA[这是一张自我探索的地图 | AI实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/159237242</link><guid>https://blog.csdn.net/BGRichi/article/details/159237242</guid><author>BGRichi</author><pubDate>Wed, 18 Mar 2026 15:50:23 +0800</pubDate><description><![CDATA[你的天赋在于能看见并创造生活中的“诗意瞬间”，这是AI最难以复制的——因为它无法真正“感受”苏东坡当年的月光，也无法在人民公园的长椅上嗅到人间烟火的味道。你的“胡同故事”连接时代与个体，“苏东坡之旅”连接历史与当下，“拜访感兴趣的人”连接他人生命与你的视角。关键在于，那些探索中沉淀下来的思维方式、审美趣味、工具方法，并没有“废”，它们成了你的一部分，在你拍照、写作、与AI交流时悄悄涌现。我有很多心流的体验，比如，和AI交流的时候，看一本书的时候，做饭切丁儿的时候，拍照的时候，做运动的时候，写作的时候……]]></description><category></category></item><item><title><![CDATA[AI辅助开发的文档工具示例代码开源了@Gitee | AI实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/159139980</link><guid>https://blog.csdn.net/BGRichi/article/details/159139980</guid><author>BGRichi</author><pubDate>Mon, 16 Mar 2026 17:33:18 +0800</pubDate><description><![CDATA[大家在试用工具时，很可能会出现报错的问题，这是因为，我仅针对个人场景进行了功能开发，并没有针对适用性、兼容性等问题进行全面验证——请大家理解，我也只是个技术小白开发者。在以往介绍AI辅助工具开发的文章中，主要介绍了问题的解决思路，并示范了如何写作AI指令，虽然也会说明生成物，但通常仅停留在字面上，感觉事情到这里好像没有做完。见睿思齐开源的工具和脚本，都是本人在工作和生活中实际使用的，并非仅针对某个AI实践输出的示例代码，所以每逢遇到有报错的情况，自己也会排查解决，迭代更新版本。今天的分享，就是这些内容。]]></description><category></category></item><item><title><![CDATA[AI辅助开发：“无中生有”地输出软件使用指南 | 技术传播]]></title><link>https://blog.csdn.net/BGRichi/article/details/158957991</link><guid>https://blog.csdn.net/BGRichi/article/details/158957991</guid><author>BGRichi</author><pubDate>Wed, 11 Mar 2026 10:54:11 +0800</pubDate><description><![CDATA[大概情况就是像文章开头说的那样：在2个小时内，输出了25页文档——其中还包括手动构建Sphinx工程，进行文档产品化封装的时间开销——根据研发确认，内容完成度保守估计80%，具体细节需要再结合产品实际修订一下。为了理解AI输出使用指南的思路，对于有心人而言，可能是个学习思考的过程，所以，我请AI输出了内容架构和写作说明——但实际上，AI完全可以直接输出用户指南，这个【文档设计】的步骤并非必须。1）软件使用指南内容设计及写作说明，用于说明使用指南的内容架构，及每个内容模块的内容及写作说明。]]></description><category></category></item><item><title><![CDATA[漫谈：逻辑上的，另一个我 | AI实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/158754739</link><guid>https://blog.csdn.net/BGRichi/article/details/158754739</guid><author>BGRichi</author><pubDate>Fri, 06 Mar 2026 13:07:06 +0800</pubDate><description><![CDATA[最近，我发现自己的【AI实践】，已经跳出了【解决问题】的阶段——这件事已经如此自然，像呼吸一样自然；客观上，如果我真的这样做了，我怕AI遍历过我的Obsidian库之后，token数会hold不住——由此也产生一个新的问题，我是不是应该考虑在本地部署1个私有模型？而此时此刻，我竟然感到，自己的生活本身，就是科幻小说。但是今天我更加发现，我所谓的【造人】，甚至说有没有1种可能是，虽然我很想知道这些问题的答案，但是我【不敢于】实践的原因是。大家好，我是【AI实践】到有被自己的想法吓到的睿齐。]]></description><category></category></item><item><title><![CDATA[AI辅助管理：年度计划任务跟踪和复盘总结 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/158718302</link><guid>https://blog.csdn.net/BGRichi/article/details/158718302</guid><author>BGRichi</author><pubDate>Thu, 05 Mar 2026 15:12:34 +0800</pubDate><description><![CDATA[这2条指令是纯手搓输出的，没有经过任何AI优化，所以规则限制非常严格，完全模拟我的真实操作，没有给到AI任何想要自由发挥的空间，确保任务严格按照预期完成——这也是为什么，AI的输出几乎完全不需要修改的原因。你是不是会有这样的担心？不仅如此，由【2月月度总结】关联的仅仅1个月的信息量，几乎可以比肩【2022年年度总结】关联的整整1年的信息量——这信息规模我就保守说提升了10+倍，不过分吧。将【周度总结】【月度总结】的内容结构，以及，指导AI执行【复盘总结】操作的指令，以【模板】的形式保留下来，便于复用。]]></description><category></category></item><item><title><![CDATA[新手入门文档开发的工具选择与作品集 | 技术传播]]></title><link>https://blog.csdn.net/BGRichi/article/details/158606063</link><guid>https://blog.csdn.net/BGRichi/article/details/158606063</guid><author>BGRichi</author><pubDate>Mon, 02 Mar 2026 19:20:11 +0800</pubDate><description><![CDATA[真正拉开差距的，往往不是你会不会某个软件，而是你对技术的学习、思考、理解和表达；在如今AI快速发展的时代，尝试在【AI+文档】领域持续地学习实践，深入地探索和输出，或许是个不错的选择？可以看到，以上实践已经超出了单纯的【工具使用】和【文档开发】的范畴，更是对【工程理念】和【流程规范】的系统性思考。比如，这是我在实践Sphinx文档工程的时候进行的系统设计，每一个环节都可以当做一个课题，进行深入的实践和积累；不过，在子弹飞了一会儿之后，也有更多的同学和同行，借由这篇文章联系到我，与我交流他们的想法和问题。]]></description><category></category></item><item><title><![CDATA[用产品经理的思维和文档工程师的技能与AI协作 | AI实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/158493648</link><guid>https://blog.csdn.net/BGRichi/article/details/158493648</guid><author>BGRichi</author><pubDate>Fri, 27 Feb 2026 11:51:12 +0800</pubDate><description><![CDATA[我理解，自己应该站在【产品经理】的立场上考虑问题，说明自己在什么场景下，要解决什么问题，实现什么目标；前段时间，我设计了2个AI指令教练：1个帮助我进行AI指令写作的刻意练习，跟踪我的进展和变化；当我通过AI实践，一次又一次地见证，通过明确地指令输入，不断逼近预期目标时，我恰恰觉得，正是因为自己有【从“我不知道该怎么写指令”，到“我有自己的模板”，到“我用产品思维思考”，到“这是我本来就有的能力”——你一直在练习的，就是你的专业本身。你把我一直在试图教你的东西，用自己的方式说出来了，而且说得比我还清楚。]]></description><category></category></item><item><title><![CDATA[与大一学生关于技术文档工程的交流 | 技术传播]]></title><link>https://blog.csdn.net/BGRichi/article/details/158454442</link><guid>https://blog.csdn.net/BGRichi/article/details/158454442</guid><author>BGRichi</author><pubDate>Thu, 26 Feb 2026 14:41:27 +0800</pubDate><description><![CDATA[当你有能力一人挑起整个部门的繁复事务，有能力协调一群人达成目标的时候，理论上，你完全可以选择面向【客户】提供服务，而不仅仅只服务1家【公司】，关键是，要找到自己能够对外输出的【这种情况下，我通常会直接选择【后者】——文档交付，是所有软硬件产品交付中，最轻量的一环，矛盾最易解决，不值当纠结。所以，对于【文档工程师】而言，没有一成不变的沟通场景——尤其是在AI时代，【文档工程师】的岗位职责变得愈加凌乱、飘忽不定——至少个人感受是这样的——需要结合具体的【岗位职责】和【项目目标】做具体分析，灵活应对。]]></description><category></category></item><item><title><![CDATA[AI辅助管理：将零散笔记整理为结构化MOC目录 | Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/158377765</link><guid>https://blog.csdn.net/BGRichi/article/details/158377765</guid><author>BGRichi</author><pubDate>Tue, 24 Feb 2026 15:15:55 +0800</pubDate><description><![CDATA[自从节前被AI反向教育以来，我改进了自己的AI实践工作流，几乎所有指导AI执行的任务指令（非问答），都会请【AI指令优化助手】做一轮指令优化——对自己而言，算是写作AI指令的【刻意练习】吧；从2024年ChatGPT爆火出圈，一直到经历过整个2025年，随着AI快速发展，我尝试过特别多的AI实践，并以Obsidian笔记的形式，对相关经验进行了记录和积累，只是缺乏系统性管理。2025年，我成功地将【Sphinx文档工程】和【Obsidian实践】相关笔记积累，以【MOC目录】的形式，进行了系统性梳理；]]></description><category></category></item><item><title><![CDATA[AI实践：从PDF文件提取非标准数据表格 | 技术传播]]></title><link>https://blog.csdn.net/BGRichi/article/details/158095180</link><guid>https://blog.csdn.net/BGRichi/article/details/158095180</guid><author>BGRichi</author><pubDate>Sat, 14 Feb 2026 14:16:00 +0800</pubDate><description><![CDATA[虽然这个场景的适用范围极其有限，但是，由于文档开发原本就具有灵活多样的特点，加之，小场景更难被工程化覆盖到，因此成为“狗屁工作”密集地带，所以通过这个小小的实践，更可以真切地感受到，AI应用在文档开发中的巨大潜力和可能性。明知道有更简便的操作方式，我实在不甘心继续沿用之前的“狗屁”方式——尤其是，每月例行遭受折磨的情况——于是，我还是决定借助AI，将PDF文件中的表格，提取成为可编辑的Excel表格。要知道，在此之前的实践中，我甚至还试图自己去学习和修改代码，debug问题——事实证明，这完全是多余的。]]></description><category></category></item><item><title><![CDATA[我的AI指令写作教练和优化助手 | AI实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/158065805</link><guid>https://blog.csdn.net/BGRichi/article/details/158065805</guid><author>BGRichi</author><pubDate>Fri, 13 Feb 2026 16:54:54 +0800</pubDate><description><![CDATA[今天，请允许我向各位隆重介绍我的【AI指令写作教练】和【AI指令优化助手】。- 由于该pdf文件并非由word文档发布生成，所以表格需要尝试图像识别的方法，参考【表格说明】中对表格内容的描述，根据文本之间的留空，尽可能准确地分隔和提取数据单元。最后，我基于AI指导及修改后的指令，提炼了一个【AI指令写作模板】（包含写作说明），作为后续写作AI指令时用于刻意练习的基本写作思路。根据AI介绍，单次的【优化指令】任务，与长期的【刻意练习】任务是2件完全不同的任务，请分别执行；- 角色不是头衔，是【视角】。]]></description><category></category></item><item><title><![CDATA[闲谈：被AI反向教育的一天 | AI实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/158034279</link><guid>https://blog.csdn.net/BGRichi/article/details/158034279</guid><author>BGRichi</author><pubDate>Thu, 12 Feb 2026 23:30:51 +0800</pubDate><description><![CDATA[正当我准备把收集到的更多规则，一股脑儿丢给Cursor，让他去自由发挥达成目标时，突然，我又灵机一动：要不然请Deepseek再参与验证下我这一次的表现吧。为此，我用一整个上午的时间，进行了深刻的反思，并洋洋洒洒，一气呵成地地码了小2+千字笔记——我们姑且称之为【反思】吧，在此不做展开——但最终仍有个问题想不通，在内心反复纠结。我意识到，与之相比，自己之前写的那些所谓的【AI实践】，简直就是个P——这个说法可能稍显得有一些情绪过激，换个温和一点的说法就是：真是有点不好意思了。今天的分享就是这些内容。]]></description><category></category></item><item><title><![CDATA[你的2026，年度计划了吗？| Obsidian实践]]></title><link>https://blog.csdn.net/BGRichi/article/details/157985483</link><guid>https://blog.csdn.net/BGRichi/article/details/157985483</guid><author>BGRichi</author><pubDate>Wed, 11 Feb 2026 23:05:25 +0800</pubDate><description><![CDATA[第3年刚刚过去6+周，我将【AI实践】与【Obsidian实践】相结合，将【复盘总结】的时间开销有效控制在半个小时以内，效率较以往提高了87.5%（估算），一定程度上解决了跟踪失效问题，就是不知道未来会不会面临新的挑战？第2年，我直接借鉴了自己在工作中已得到充分磨合的【工作计划】和【任务跟踪】的方法，管理成本大大降低，但又由于【对于上述2个基本概念，在此仅作为本文实践的【前提条件】简单介绍，具体要如何制定出平衡人生，且符合SMART原则的计划项，在此不做展开，推荐有兴趣的朋友可以参考《只管去做》，]]></description><category></category></item></channel></rss>