- 博客(218)
- 资源 (11)
- 收藏
- 关注
原创 万字长文:ChatGPT 为什么像是懂你,它没有读心,却在持续拼一张可用的你
先看一个简化后的画面。你的最新消息│├── 当前对话中的相关内容├── 自定义指令与账户设置├── 已启用的记忆或历史摘要├── 项目范围内的资料与规则(如果你在项目中工作)├── 工具返回的资料(搜索、文件、连接器等,视功能而定)└── 系统级行为与安全规则│▼语言模型生成回答这张图最重要的地方不是每一条有没有出现在所有产品形态中,而是它把一个误会打散了:模型不会只盯着你最后输入的二十个字。它在一个上下文里工作。所谓上下文,可以粗略理解为「这次轮到模型说话前,系统放到它桌面上的材料」
2026-07-25 11:19:22
326
原创 GitHub Actions:让 Claude Code 自动 Review PR、分类 Issue、修小 Bug
直接在 workflow 中用。
2026-07-23 13:32:53
396
原创 Headless 模式:把 Claude Code 装进脚本里跑
摘要: Claude Code 的 Headless 模式通过 -p 参数实现自动化批处理任务,适用于 CI/CD 集成、日志分析、文档生成等场景。该模式跳过交互式终端,直接执行提示词并输出结果,支持 JSON、文本等结构化输出。关键设计包括严格控制提示词作用域、限制执行轮数(--max-turns)、约束工具权限(如禁用写入操作),并通过管道或环境变量输入数据。与交互式终端相比,Headless 模式更适合低风险只读任务,需搭配权限治理层确保安全。典型用例包括 Issue 分类、CI 失败归因、依赖检查等
2026-07-23 13:28:51
346
原创 Hook 怎么写才不翻车:小、确定、可解释、可回滚
一个 Hook 只做一件事。量化指标:指标硬性上限超限后果检测方法有效代码行数≤ 50 行审计成本指数增长wc -l(去掉注释和空行)条件分支≤ 5 个 if测试组合爆炸,覆盖率不足正则表达式≤ 3 个维护困难,误判风险高外部命令调用0 个执行时间不可控,确定性丧失环境依赖≤ 2 个移植性差检查command -v执行时间≤ 500ms。
2026-07-19 17:59:21
365
原创 Subagent Hooks:给子代理注入上下文,再把结果收回来
Subagent Hooks 管理多代理任务的边界。在子代理启动前注入通用规则和输出约束,在子代理结束后收集结论和审计信息。通用规则放 Hook,角色规则放 agent 配置文件。
2026-07-19 17:54:04
290
原创 PostToolUse 与 Stop:让 AI 每次改完代码,自动验证、自动留痕
bin/bash# Stop Hook: 生成会话验证报告## 会话验证报告生成时间:$(date。
2026-07-18 12:05:49
305
原创 死磕clude code-Hooks 入门:从「相信 AI 守规矩」到「强制 AI 守规矩」
Hooks 是 Claude Code 的确定性控制层。模型负责推理,Hooks 负责在固定事件上记录、拦截、提醒和验证。它不是第二个 AI,而是纯脚本的规则引擎。
2026-07-17 15:21:13
340
原创 Subagent 不是万能的:这些场景用了反而更糟
Subagent 不适合所有复杂任务。需要频繁共享细节、连续编辑同一批文件、上下文高度耦合的任务,留在主会话更稳。不是所有任务都值得隔离——有时候隔离本身就是成本。
2026-07-17 15:14:12
301
原创 死磕claude code-并行探索:让多个 Subagent 分头研究,再汇总成一个结论
并行探索适合大任务的前期判断。让多个 subagent 分别研究不同方向,再由主会话整合方案。并行会增加总 token 消耗,但显著减少挂钟时间。关键前提:任务必须能拆成相互独立的问题。
2026-07-15 12:13:00
281
原创 最先值得配置的三类 Subagent:探索、审查、测试
最值得先做的 Subagent 是 explorer、reviewer、test-runner。它们任务边界清楚,能独立工作,结果容易验证。不要一开始就创建十几个角色,先跑稳这三个。
2026-07-15 11:16:32
354
原创 Subagents 的本质:不是多了一个 AI,而是开了一个独立上下文
每个 subagent 有明确的一句话职责描述。如果说不清它只做什么,说明角色太宽。• [ ]
2026-07-14 13:46:10
329
原创 死磕claude code-Skill 不触发、乱触发、跑挂了:一份评测与调优指南
Claude 不知道应该输出 list、table 还是 structured report。没有格式约束,每次执行的输出结构都可能不同。4.
2026-07-14 13:38:24
304
原创 死磕claude code-渐进式披露:别让 Skill 一上来就把上下文塞爆
每个 token 进上下文都意味着一个 token 不可用于实际任务。500 行的 Skill 全量加载可消耗 8000+ token。正确做法:SKILL.md 只放触发和路由,模板、脚本、参考资料按需读取。
2026-07-13 16:03:58
379
原创 死磕claude code-SKILL.md 结构详解:让 Skill 既会被触发、又能跑通的写法
SKILL.md 是 Claude Code 的最小可执行能力单元。它的结构直接决定了三个结果:能否被正确触发、加载后能否正确执行、执行时 Token 消耗是否可控。写好 SKILL.md 不是写好提示词,是设计好一个可复用的操作规程。
2026-07-13 14:49:11
327
原创 命令写到第三遍就该升级了:什么时候该从命令变成 Skill
Command 是一段可复用提示词,Skill 是一套结构化能力。当任务需要多步骤、外部资源、脚本执行或渐进式加载时,Command 已经不够用了——该升级。升级不是目的,解决 Command 无法承担的复杂性才是。
2026-07-12 11:54:01
311
原创 Slash Commands:把反复重打的提示词,固化成团队命令
Slash Commands 是里的 Markdown 文件,按需加载,用$ARGUMENTS参数化。它解决的是"第三次重复写同一段提示词"的问题——把高频、短流程的任务固化成版本化文件,消除提示词漂移,统一团队输出标准。
2026-07-12 11:45:23
366
原创 读代码、修 Bug、补测试、写文档:四套拿来即用的工作流模板
解释代码、修 Bug、补测试、更新文档——四个高频低风险工作流。跑通这四个,等于验证了 CLAUDE.md、测试闭环和模块边界。跑不通就别做复杂任务。
2026-07-12 11:35:47
360
原创 死磕cluade code 工程实战-CLAUDE.md:这不是写给人看的文档,而是写给 AI 的上下文
CLAUDE.md不是给人读的文档,是给模型读的工程规格。它控制 Claude Code 的行为边界,每次会话都被全量加载到上下文。写得好,省掉反复提醒;写得差,浪费 Token 还不生效。
2026-07-10 16:32:36
365
原创 死磕claudecode -.claude/rules:CLAUDE.md 臃肿了,就把规则拆成按路径加载的小块
CLAUDE.md每次会话全量加载,规则多了就变成噪声。目录里的 Markdown 文件可以按路径匹配按需加载——编辑前端时只加载前端规则,改数据库时只加载数据库规则。
2026-07-10 15:59:24
332
原创 Claude Code 为什么总不懂你的项目?缺一张「项目地图」
项目地图不是目录树打印。它是一份结构化声明,告诉 Claude Code 哪些目录存在、各管什么、服务怎么调用、命令怎么跑、哪些东西不能碰。没有地图,Claude Code 靠搜索猜结构——猜错一次就是跨模块耦合的开始。
2026-07-09 10:22:56
337
原创 从安装到第一个真实任务:Claude Code 的权限模式怎么选
安装 Claude Code 后的第一次操作不应该是让它写代码。正确的顺序是:安装认证 → 配置权限 → 验证项目上下文是否充分 → 做一个低风险的诊断任务。跳过前两步直接上功能的团队,后面花在修复 AI 误操作上的时间是前期配置的 8-10 倍。
2026-07-08 15:35:26
374
原创 死磕claude code-项目地图:让 Claude Code 读懂目录、命令和边界
摘要: 项目地图是CLAUDE.md中的结构化声明,用于明确代码结构、依赖关系和操作边界,避免AI工具因猜测导致耦合错误。与目录树不同,它聚焦模块间的调用规则和约束,而非文件位置。关键信息包括:目录职责、命令清单、依赖关系、测试策略和禁区声明。三类典型示例——Monorepo(强调包边界)、微服务(定义上下游交互)和单服务(分层约束)——展示了如何通过精准描述,减少无效搜索并防止架构污染。核心原则:用声明式规则替代隐式推理,确保AI与团队对项目结构的认知一致。
2026-07-07 07:45:06
340
原创 死磕grass平台
传统上,用户支付互联网服务费用后,未使用的带宽就会白白浪费。更令人担忧的是,一些大型公司已经在暗中利用用户的闲置带宽获取商业利益,却没有给予用户任何回报。这种现象通常被巧妙地隐藏在冗长的服务条款中,用户往往毫不知情。Grass平台的出现彻底改变了这一状况。真实的用户所有权用户完全掌控自己的带宽资源使用可随时暂停或启动带宽共享透明的资源使用监控机制公平的价值分配用户因贡献带宽获得直接奖励清晰的收益计算方式多层次的价值回报体系。
2024-11-14 10:35:44
1061
原创 stable diffusion 进阶教程-controlnet详解(持续更新中)
本文详细讲解了controlnet的使用,帮助读者更好的理解其用法
2024-01-07 21:19:09
2292
原创 stable diffusion 基础教程-必备的Lora模型
好的大模型也得配上好用的lora模型,能让你的出图更精美,包含各种风格,可爱,赛彭博克等等
2024-01-03 17:38:41
1299
原创 死磕solidity之编写可升级合约
为什么要编写可升级合约默认情况下,以太坊中的智能合约是不可变的。但是一旦项目方提前发现合约漏洞或者想升级功能,是需要合约可以变动的,因此一开始编写可升级的合约是重要的。因此我们需要使用可升级的合约来增强可维护性。升级合约概述升级合约通常是采用代理模式来实现,这种模式的工作原理存在两个合约,一个是代理合约,一个是实现合约,代理合约负责管理合约状态数据,而实现合约只是负责执行合约逻辑,不存储任何状态数据。用户通过调用代理合约,代理合约对实现合约进行delegate call从而达到升级的目的。目前主
2022-11-05 18:51:55
2054
1
原创 死磕solidity之如何有效的节省gas.md
为什么要强调优化gas的重要性DAPP中收取的费用取决于功能逻辑的复杂程度,越复杂消耗的计算资源越多。并且需要用户承担一部分gas,所以solidity 的优化显得非常的重要。同时注重优化gas的合约开发人员写出来的合约代码更安全,质量更高。1. 封装结构以uint 为例,如果我们的程序中包含多个类似的变量,可以将其封装在一起,因为不管uint8 ,uint32 ,uint16,solidity都会为其保留256位。即使你使用uint8也不会节省gas.2. 最小化读写链上数据首先明确一点在读写
2022-11-05 14:28:32
2371
原创 go使用sort包对map进行排序
package main import ( "fmt" "sort") func main() { test := map[string]int{"wang":1,"liang":4,"lin":2,"dd":2,"haha":10} haha := rankByWordCount(test) fmt.Println(haha) } func rankByWordCount(wordFrequencies map[string]int) PairList{ pl := m
2022-01-06 16:01:21
1478
原创 linux 添加环境变量的4种方法
http://www.360doc.com/content/20/0906/15/17302338_934255518.shtml
2021-04-16 13:11:22
350
原创 死磕以太坊源码分析之blockChain分析
死磕以太坊源码分析之blockChain分析配合以下代码进行阅读:https://github.com/blockchainGuide/写文不易,给个小关注,有什么问题可以指出,便于大家交流学习。blockchain关键元素db:持久化到底层数据储存,即leveldb;genesisBlock:创始区块currentBlock:当前区块,blockchain中并不是储存链所有的block,而是通过currentBlock向前回溯直到genesisBlock,这样就构成了区块链bodyCa.
2021-02-27 10:35:53
747
原创 死磕以太坊源码分析之区块上链入库
死磕以太坊源码分析之区块上链入库配合以下代码进行阅读:https://github.com/blockchainGuide/写文不易,给个小关注,有什么问题可以指出,便于大家交流学习。引言不管是矿工挖矿还是Fetcher同步,Downloader同步,或者是导入本地文件等等,最中都是将区块上链入库。接下来我们就详细分析这部分的动作。几处可能调用的地方①:在Downloader同步最后会将区块插入到区块链中func (d *Downloader) importBlockResults(res.
2021-02-24 08:50:31
605
死磕以太坊源码分析全部文章
2021-01-30
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅