-
Notifications
You must be signed in to change notification settings - Fork 2
Expand file tree
/
Copy pathatom.xml
More file actions
675 lines (330 loc) · 34.4 KB
/
atom.xml
File metadata and controls
675 lines (330 loc) · 34.4 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>守株阁</title>
<subtitle>一切都是守株待兔,如切如磋,如琢如磨。I am just joking.</subtitle>
<link href="https://magicliang.github.io/atom.xml" rel="self"/>
<link href="https://magicliang.github.io/"/>
<updated>2026-04-17T06:26:03.658Z</updated>
<id>https://magicliang.github.io/</id>
<author>
<name>magicliang</name>
</author>
<generator uri="https://hexo.io/">Hexo</generator>
<entry>
<title>Coding Agent 代码检索技术全景:从 GREP 到知识图谱</title>
<link href="https://magicliang.github.io/2026/04/17/Coding-Agent-%E4%BB%A3%E7%A0%81%E6%A3%80%E7%B4%A2%E6%8A%80%E6%9C%AF%E5%85%A8%E6%99%AF%EF%BC%9A%E4%BB%8E-GREP-%E5%88%B0%E7%9F%A5%E8%AF%86%E5%9B%BE%E8%B0%B1/"/>
<id>https://magicliang.github.io/2026/04/17/Coding-Agent-%E4%BB%A3%E7%A0%81%E6%A3%80%E7%B4%A2%E6%8A%80%E6%9C%AF%E5%85%A8%E6%99%AF%EF%BC%9A%E4%BB%8E-GREP-%E5%88%B0%E7%9F%A5%E8%AF%86%E5%9B%BE%E8%B0%B1/</id>
<published>2026-04-17T06:13:00.000Z</published>
<updated>2026-04-17T06:26:03.658Z</updated>
<summary type="html"><p>Coding Agent 的核心能力之一是<strong>在陌生代码库中快速定位相关代码</strong>。无论是修复一个 bug、实现一个新功能,还是回答一个架构问题,Agent 的第一步几乎总是:找到相关的代码在哪里。</p>
<p>这个看似简单的问题,实际上是整个 Agentic Coding 领域最基础也最棘手的挑战。不同的 Coding Agent 给出了截然不同的答案——Claude Code 坚持用 <code>grep</code>,Cursor 构建了基于 Merkle 树的向量索引,Aider 用 PageRank 算法生成 RepoMap,Graphify 则把代码库变成了一张知识图谱。</p>
<p>这些方案之间是什么关系?是同一层次的竞争方案,还是不同层次的互补技术?各家的取舍逻辑是什么?未来的发展方向又在哪里?</p>
<p>本文从技术原理出发,逐层拆解当前主流的代码检索方案,分析它们的设计哲学与工程取舍,最终给出一个统一的分层理解框架。</p></summary>
<category term="AI工程" scheme="https://magicliang.github.io/categories/AI%E5%B7%A5%E7%A8%8B/"/>
<category term="LSP" scheme="https://magicliang.github.io/tags/LSP/"/>
<category term="RAG" scheme="https://magicliang.github.io/tags/RAG/"/>
<category term="知识图谱" scheme="https://magicliang.github.io/tags/%E7%9F%A5%E8%AF%86%E5%9B%BE%E8%B0%B1/"/>
<category term="tree-sitter" scheme="https://magicliang.github.io/tags/tree-sitter/"/>
<category term="Coding Agent" scheme="https://magicliang.github.io/tags/Coding-Agent/"/>
<category term="代码检索" scheme="https://magicliang.github.io/tags/%E4%BB%A3%E7%A0%81%E6%A3%80%E7%B4%A2/"/>
<category term="AST" scheme="https://magicliang.github.io/tags/AST/"/>
<category term="GREP" scheme="https://magicliang.github.io/tags/GREP/"/>
</entry>
<entry>
<title>Agentic Coding 深度解析:从架构原理到多 Agent 协作</title>
<link href="https://magicliang.github.io/2026/04/16/Agentic-Coding-%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/"/>
<id>https://magicliang.github.io/2026/04/16/Agentic-Coding-%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/</id>
<published>2026-04-16T08:00:00.000Z</published>
<updated>2026-04-17T12:43:30.257Z</updated>
<summary type="html"><p>AI 编程工具的演进,正在经历一次根本性的范式转变:从&quot;补全光标处的代码&quot;,到&quot;自主完成端到端工程任务&quot;。这种转变有一个专有名词——<strong>Agentic Coding</strong>。</p>
<p>围绕 Coding Agent 的讨论,常见两种极端:将其神化为自主智能体,或将其贬为&quot;不过是提示词工程&quot;。两种判断都失之简单。理解这个转变,需要从三个层面展开:工具层(OpenCode 的能力边界)、框架层(多 Agent 协作编排)、方法论层(如何让 Agent 真正服务于工程流程)。本文从真实的架构出发,拆解 Claude Code、OpenCode 等工具的实现模式,厘清各自的设计取舍,深入探讨子 Agent 的本质与多 Agent 协作的核心问题。</p></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="架构" scheme="https://magicliang.github.io/tags/%E6%9E%B6%E6%9E%84/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="Claude Code" scheme="https://magicliang.github.io/tags/Claude-Code/"/>
<category term="AI Agent" scheme="https://magicliang.github.io/tags/AI-Agent/"/>
<category term="OpenCode" scheme="https://magicliang.github.io/tags/OpenCode/"/>
<category term="Subagent" scheme="https://magicliang.github.io/tags/Subagent/"/>
<category term="多 Agent 架构" scheme="https://magicliang.github.io/tags/%E5%A4%9A-Agent-%E6%9E%B6%E6%9E%84/"/>
</entry>
<entry>
<title>Graphify 深度解析:用知识图谱重新定义 AI 编码助手的代码理解能力</title>
<link href="https://magicliang.github.io/2026/04/16/Graphify%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90-%E7%94%A8%E7%9F%A5%E8%AF%86%E5%9B%BE%E8%B0%B1%E9%87%8D%E6%96%B0%E5%AE%9A%E4%B9%89AI%E7%BC%96%E7%A0%81%E5%8A%A9%E6%89%8B%E7%9A%84%E4%BB%A3%E7%A0%81%E7%90%86%E8%A7%A3%E8%83%BD%E5%8A%9B/"/>
<id>https://magicliang.github.io/2026/04/16/Graphify%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90-%E7%94%A8%E7%9F%A5%E8%AF%86%E5%9B%BE%E8%B0%B1%E9%87%8D%E6%96%B0%E5%AE%9A%E4%B9%89AI%E7%BC%96%E7%A0%81%E5%8A%A9%E6%89%8B%E7%9A%84%E4%BB%A3%E7%A0%81%E7%90%86%E8%A7%A3%E8%83%BD%E5%8A%9B/</id>
<published>2026-04-16T05:57:00.000Z</published>
<updated>2026-04-16T06:05:35.438Z</updated>
<summary type="html"><blockquote>
<p>项目地址:<a href="https://github.com/safishamsi/graphify">safishamsi/graphify</a>(⭐ 27.6K)<br>
版本:v4(截至</summary>
<category term="AI工程" scheme="https://magicliang.github.io/categories/AI%E5%B7%A5%E7%A8%8B/"/>
<category term="开发工具" scheme="https://magicliang.github.io/categories/AI%E5%B7%A5%E7%A8%8B/%E5%BC%80%E5%8F%91%E5%B7%A5%E5%85%B7/"/>
<category term="Claude Code" scheme="https://magicliang.github.io/tags/Claude-Code/"/>
<category term="Graphify" scheme="https://magicliang.github.io/tags/Graphify/"/>
<category term="知识图谱" scheme="https://magicliang.github.io/tags/%E7%9F%A5%E8%AF%86%E5%9B%BE%E8%B0%B1/"/>
<category term="AI编码助手" scheme="https://magicliang.github.io/tags/AI%E7%BC%96%E7%A0%81%E5%8A%A9%E6%89%8B/"/>
<category term="代码理解" scheme="https://magicliang.github.io/tags/%E4%BB%A3%E7%A0%81%E7%90%86%E8%A7%A3/"/>
<category term="tree-sitter" scheme="https://magicliang.github.io/tags/tree-sitter/"/>
<category term="Leiden算法" scheme="https://magicliang.github.io/tags/Leiden%E7%AE%97%E6%B3%95/"/>
</entry>
<entry>
<title>为什么你的"AI-First"战略可能是错的——CreaoAI 的全面重构实践</title>
<link href="https://magicliang.github.io/2026/04/15/%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84AI-First%E6%88%98%E7%95%A5%E5%8F%AF%E8%83%BD%E6%98%AF%E9%94%99%E7%9A%84/"/>
<id>https://magicliang.github.io/2026/04/15/%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84AI-First%E6%88%98%E7%95%A5%E5%8F%AF%E8%83%BD%E6%98%AF%E9%94%99%E7%9A%84/</id>
<published>2026-04-15T06:30:00.000Z</published>
<updated>2026-04-15T06:40:04.263Z</updated>
<summary type="html"><blockquote>
<p>原文链接:<a href="https://x.com/intuitiveml/status/2043545596699750791">Why Your “AI-First” Strategy Is Probably</summary>
<category term="AI工程" scheme="https://magicliang.github.io/categories/AI%E5%B7%A5%E7%A8%8B/"/>
<category term="组织变革" scheme="https://magicliang.github.io/categories/AI%E5%B7%A5%E7%A8%8B/%E7%BB%84%E7%BB%87%E5%8F%98%E9%9D%A9/"/>
<category term="Harness Engineering" scheme="https://magicliang.github.io/tags/Harness-Engineering/"/>
<category term="AI-First" scheme="https://magicliang.github.io/tags/AI-First/"/>
<category term="工程效能" scheme="https://magicliang.github.io/tags/%E5%B7%A5%E7%A8%8B%E6%95%88%E8%83%BD/"/>
<category term="组织架构" scheme="https://magicliang.github.io/tags/%E7%BB%84%E7%BB%87%E6%9E%B6%E6%9E%84/"/>
<category term="CreaoAI" scheme="https://magicliang.github.io/tags/CreaoAI/"/>
</entry>
<entry>
<title>Anthropic Managed Agents 深度研究:解耦大脑与双手的架构哲学</title>
<link href="https://magicliang.github.io/2026/04/14/Anthropic-Managed-Agents%E6%B7%B1%E5%BA%A6%E7%A0%94%E7%A9%B6/"/>
<id>https://magicliang.github.io/2026/04/14/Anthropic-Managed-Agents%E6%B7%B1%E5%BA%A6%E7%A0%94%E7%A9%B6/</id>
<published>2026-04-14T03:30:00.000Z</published>
<updated>2026-04-17T13:05:35.470Z</updated>
<summary type="html"><blockquote>
<p>原文链接:<a href="https://www.anthropic.com/engineering/managed-agents">Scaling Managed Agents: Decoupling the brain from the</summary>
<category term="技术架构" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E6%9E%B6%E6%9E%84/"/>
<category term="AI工程" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E6%9E%B6%E6%9E%84/AI%E5%B7%A5%E7%A8%8B/"/>
<category term="系统设计" scheme="https://magicliang.github.io/tags/%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1/"/>
<category term="Claude" scheme="https://magicliang.github.io/tags/Claude/"/>
<category term="Anthropic" scheme="https://magicliang.github.io/tags/Anthropic/"/>
<category term="Agent架构" scheme="https://magicliang.github.io/tags/Agent%E6%9E%B6%E6%9E%84/"/>
<category term="MCP" scheme="https://magicliang.github.io/tags/MCP/"/>
</entry>
<entry>
<title>Claude Code 源码深度解析:五层架构与核心设计模式</title>
<link href="https://magicliang.github.io/2026/04/02/Claude-Code-%E6%BA%90%E7%A0%81%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/"/>
<id>https://magicliang.github.io/2026/04/02/Claude-Code-%E6%BA%90%E7%A0%81%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/</id>
<published>2026-04-02T02:00:00.000Z</published>
<updated>2026-04-14T02:43:19.399Z</updated>
<summary type="html"><span id="more"></span>
<h2 id="全景导图">全景导图</h2>
<pre><code class="hljs mermaid">%%&#123;init: &#123;&#x27;theme&#x27;:&#x27;base&#x27;,</summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="架构" scheme="https://magicliang.github.io/tags/%E6%9E%B6%E6%9E%84/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="Claude Code" scheme="https://magicliang.github.io/tags/Claude-Code/"/>
<category term="源码分析" scheme="https://magicliang.github.io/tags/%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90/"/>
</entry>
<entry>
<title>Compound Engineering:当 AI 工程从"模型调优"走向"系统组合"</title>
<link href="https://magicliang.github.io/2026/04/01/Compound-Engineering-%E5%BD%93-AI-%E5%B7%A5%E7%A8%8B%E4%BB%8E-%E6%A8%A1%E5%9E%8B%E8%B0%83%E4%BC%98-%E8%B5%B0%E5%90%91-%E7%B3%BB%E7%BB%9F%E7%BB%84%E5%90%88/"/>
<id>https://magicliang.github.io/2026/04/01/Compound-Engineering-%E5%BD%93-AI-%E5%B7%A5%E7%A8%8B%E4%BB%8E-%E6%A8%A1%E5%9E%8B%E8%B0%83%E4%BC%98-%E8%B5%B0%E5%90%91-%E7%B3%BB%E7%BB%9F%E7%BB%84%E5%90%88/</id>
<published>2026-04-01T02:00:00.000Z</published>
<updated>2026-04-01T03:36:16.693Z</updated>
<summary type="html"><blockquote>
<p>2024 年之前,AI 工程的核心问题是&quot;怎么让模型更好&quot;。2024 年之后,核心问题变成了&quot;怎么让多个组件协作得更好&quot;。这个转变的名字叫 <strong>Compound AI Systems</strong>,而围绕它的工程学科叫 <strong>Compound Engineering</strong>。本文从&quot;为什么单体模型不够&quot;出发,系统梳理复合 AI 系统的架构模式、工程实践和与其他 Engineering 概念的关系。</p>
</blockquote></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="系统设计" scheme="https://magicliang.github.io/tags/%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1/"/>
<category term="多智能体" scheme="https://magicliang.github.io/tags/%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93/"/>
<category term="Compound AI Systems" scheme="https://magicliang.github.io/tags/Compound-AI-Systems/"/>
<category term="Compound Engineering" scheme="https://magicliang.github.io/tags/Compound-Engineering/"/>
<category term="AI 工程" scheme="https://magicliang.github.io/tags/AI-%E5%B7%A5%E7%A8%8B/"/>
<category term="RAG" scheme="https://magicliang.github.io/tags/RAG/"/>
</entry>
<entry>
<title>驾驭工程全景:从 Prompt Engineering 到 Context Engineering 再到 Harness Engineering 的三级跃迁</title>
<link href="https://magicliang.github.io/2026/03/27/%E9%A9%BE%E9%A9%AD%E5%B7%A5%E7%A8%8B%E5%85%A8%E6%99%AF-%E4%BB%8E-Prompt-Engineering-%E5%88%B0-Context-Engineering-%E5%86%8D%E5%88%B0-Harness-Engineering-%E7%9A%84%E4%B8%89%E7%BA%A7%E8%B7%83%E8%BF%81/"/>
<id>https://magicliang.github.io/2026/03/27/%E9%A9%BE%E9%A9%AD%E5%B7%A5%E7%A8%8B%E5%85%A8%E6%99%AF-%E4%BB%8E-Prompt-Engineering-%E5%88%B0-Context-Engineering-%E5%86%8D%E5%88%B0-Harness-Engineering-%E7%9A%84%E4%B8%89%E7%BA%A7%E8%B7%83%E8%BF%81/</id>
<published>2026-03-27T14:00:00.000Z</published>
<updated>2026-04-03T03:24:18.263Z</updated>
<summary type="html"><blockquote>
<p>2020 年我们学会了跟模型说话(Prompt Engineering),2025 年我们学会了给模型喂信息(Context Engineering),2026 年我们学会了给模型搭脚手架(Harness Engineering)。这三个 Engineering 不是并列关系,而是严格的超集关系:<strong>PE ⊂ CE ⊂ HE</strong>。本文从&quot;为什么上一个不够&quot;的视角,系统梳理这条演进路径上的每一次范式跃迁。</p>
</blockquote></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="软件工程" scheme="https://magicliang.github.io/tags/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="Prompt Engineering" scheme="https://magicliang.github.io/tags/Prompt-Engineering/"/>
<category term="Harness Engineering" scheme="https://magicliang.github.io/tags/Harness-Engineering/"/>
<category term="Context Engineering" scheme="https://magicliang.github.io/tags/Context-Engineering/"/>
<category term="智能体架构" scheme="https://magicliang.github.io/tags/%E6%99%BA%E8%83%BD%E4%BD%93%E6%9E%B6%E6%9E%84/"/>
</entry>
<entry>
<title>harness的一种实践方法</title>
<link href="https://magicliang.github.io/2026/03/27/harness%E7%9A%84%E4%B8%80%E7%A7%8D%E5%AE%9E%E8%B7%B5%E6%96%B9%E6%B3%95/"/>
<id>https://magicliang.github.io/2026/03/27/harness%E7%9A%84%E4%B8%80%E7%A7%8D%E5%AE%9E%E8%B7%B5%E6%96%B9%E6%B3%95/</id>
<published>2026-03-27T10:34:00.000Z</published>
<updated>2026-03-27T11:40:42.284Z</updated>
<summary type="html"><p>当我们让 AI Agent 实现一个功能,它思考了一下,开始写代码。200 行写完,运行 lint 直接失败。我们发现类型定义文件 import 了配置包,但是违反了我们期望的架构分层约束,因为 Agent</summary>
<category term="AI" scheme="https://magicliang.github.io/categories/AI/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="Agent" scheme="https://magicliang.github.io/tags/Agent/"/>
<category term="Prompt Engineering" scheme="https://magicliang.github.io/tags/Prompt-Engineering/"/>
<category term="Harness Engineering" scheme="https://magicliang.github.io/tags/Harness-Engineering/"/>
<category term="Context Engineering" scheme="https://magicliang.github.io/tags/Context-Engineering/"/>
</entry>
<entry>
<title>长时任务的 Harness 设计艺术</title>
<link href="https://magicliang.github.io/2026/03/27/%E9%95%BF%E6%97%B6%E4%BB%BB%E5%8A%A1%E7%9A%84-Harness-%E8%AE%BE%E8%AE%A1%E8%89%BA%E6%9C%AF/"/>
<id>https://magicliang.github.io/2026/03/27/%E9%95%BF%E6%97%B6%E4%BB%BB%E5%8A%A1%E7%9A%84-Harness-%E8%AE%BE%E8%AE%A1%E8%89%BA%E6%9C%AF/</id>
<published>2026-03-26T16:00:00.000Z</published>
<updated>2026-03-27T10:15:06.895Z</updated>
<summary type="html"><blockquote>
<p>原文:<a href="https://www.anthropic.com/engineering/harness-design-long-running-apps">Harness design for long-running</summary>
<category term="技术译文" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E8%AF%91%E6%96%87/"/>
<category term="AI Agent" scheme="https://magicliang.github.io/tags/AI-Agent/"/>
<category term="Claude" scheme="https://magicliang.github.io/tags/Claude/"/>
<category term="工程实践" scheme="https://magicliang.github.io/tags/%E5%B7%A5%E7%A8%8B%E5%AE%9E%E8%B7%B5/"/>
<category term="多智能体" scheme="https://magicliang.github.io/tags/%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93/"/>
</entry>
<entry>
<title>OpenSpec 实战指南:从工作流到落地</title>
<link href="https://magicliang.github.io/2026/03/23/OpenSpec-%E5%AE%9E%E6%88%98%E6%8C%87%E5%8D%97-%E4%BB%8E%E5%B7%A5%E4%BD%9C%E6%B5%81%E5%88%B0%E8%90%BD%E5%9C%B0/"/>
<id>https://magicliang.github.io/2026/03/23/OpenSpec-%E5%AE%9E%E6%88%98%E6%8C%87%E5%8D%97-%E4%BB%8E%E5%B7%A5%E4%BD%9C%E6%B5%81%E5%88%B0%E8%90%BD%E5%9C%B0/</id>
<published>2026-03-23T02:00:00.000Z</published>
<updated>2026-03-28T12:47:25.954Z</updated>
<summary type="html"><h2 id="为什么需要-openspec">为什么需要 OpenSpec</h2>
<p>在 AI 编程时代,真正的难点往往不是“AI 会不会写代码”,而是“AI</summary>
<category term="AI" scheme="https://magicliang.github.io/categories/AI/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="AI编程" scheme="https://magicliang.github.io/tags/AI%E7%BC%96%E7%A8%8B/"/>
<category term="SDD" scheme="https://magicliang.github.io/tags/SDD/"/>
<category term="OpenSpec" scheme="https://magicliang.github.io/tags/OpenSpec/"/>
<category term="规范驱动开发" scheme="https://magicliang.github.io/tags/%E8%A7%84%E8%8C%83%E9%A9%B1%E5%8A%A8%E5%BC%80%E5%8F%91/"/>
</entry>
<entry>
<title>子 Agent 的本质:上下文隔离与专门化</title>
<link href="https://magicliang.github.io/2026/03/19/%E5%AD%90-Agent-%E7%9A%84%E6%9C%AC%E8%B4%A8%EF%BC%9A%E4%B8%8A%E4%B8%8B%E6%96%87%E9%9A%94%E7%A6%BB%E4%B8%8E%E4%B8%93%E9%97%A8%E5%8C%96/"/>
<id>https://magicliang.github.io/2026/03/19/%E5%AD%90-Agent-%E7%9A%84%E6%9C%AC%E8%B4%A8%EF%BC%9A%E4%B8%8A%E4%B8%8B%E6%96%87%E9%9A%94%E7%A6%BB%E4%B8%8E%E4%B8%93%E9%97%A8%E5%8C%96/</id>
<published>2026-03-19T07:00:00.000Z</published>
<updated>2026-03-27T09:35:23.994Z</updated>
<summary type="html"><p>&quot;子 Agent&quot;这个词在多 Agent 系统的讨论中频繁出现,却鲜有人把它说清楚。它是一个能力弱化的 Agent,类似一个 Agent 化的工具?还是一个拥有更小上下文的原始 Agent,像从主 Agent fork 出来的进程?还是一个在指挥体系里听从领导 Agent、但拥有更强资源和能力的 Agent?</p>
<p>这三种直觉都不完全准确。本文从 Anthropic、LangChain、Claude Code 等权威来源出发,厘清子 Agent 的真实本质,并探讨一个更深层的问题:<strong>&quot;子 Agent&quot;究竟是能力描述,还是关系描述?</strong></p></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="Claude Code" scheme="https://magicliang.github.io/tags/Claude-Code/"/>
<category term="Subagent" scheme="https://magicliang.github.io/tags/Subagent/"/>
<category term="多 Agent 架构" scheme="https://magicliang.github.io/tags/%E5%A4%9A-Agent-%E6%9E%B6%E6%9E%84/"/>
</entry>
<entry>
<title>Coding Agent 架构祛魅:从 Claude Code 到 OpenCode 的真实实现</title>
<link href="https://magicliang.github.io/2026/03/19/Coding-Agent-%E6%9E%B6%E6%9E%84%E7%A5%9B%E9%AD%85/"/>
<id>https://magicliang.github.io/2026/03/19/Coding-Agent-%E6%9E%B6%E6%9E%84%E7%A5%9B%E9%AD%85/</id>
<published>2026-03-19T06:00:00.000Z</published>
<updated>2026-04-03T03:48:34.902Z</updated>
<summary type="html"><p>围绕 Coding Agent 的讨论,常见两种极端:将其神化为自主智能体,或将其贬为&quot;不过是提示词工程&quot;。两种判断都失之简单。本文从真实的架构出发,拆解 Claude Code、OpenCode 等工具的实现模式,厘清各自的设计取舍,以及那些被反复误解的核心问题。</p></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="架构" scheme="https://magicliang.github.io/tags/%E6%9E%B6%E6%9E%84/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="Claude Code" scheme="https://magicliang.github.io/tags/Claude-Code/"/>
<category term="OpenCode" scheme="https://magicliang.github.io/tags/OpenCode/"/>
</entry>
<entry>
<title>git worktree 术语起源解析</title>
<link href="https://magicliang.github.io/2026/03/18/git-worktree-%E6%9C%AF%E8%AF%AD%E8%B5%B7%E6%BA%90%E8%A7%A3%E6%9E%90/"/>
<id>https://magicliang.github.io/2026/03/18/git-worktree-%E6%9C%AF%E8%AF%AD%E8%B5%B7%E6%BA%90%E8%A7%A3%E6%9E%90/</id>
<published>2026-03-18T11:43:00.000Z</published>
<updated>2026-03-18T11:47:05.704Z</updated>
<summary type="html"><h2 id="引言">引言</h2>
<p>在使用 Git 的过程中,你可能会遇到 <code>git worktree</code> 这个命令。这个名字看起来有些特别——为什么叫 “worktree” 而不是 “workspace”</summary>
<category term="技术探索" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E6%8E%A2%E7%B4%A2/"/>
<category term="Git" scheme="https://magicliang.github.io/tags/Git/"/>
<category term="版本控制" scheme="https://magicliang.github.io/tags/%E7%89%88%E6%9C%AC%E6%8E%A7%E5%88%B6/"/>
</entry>
<entry>
<title>告别 Vibe Coding:用 OmO 构建可靠的 AI 工程系统</title>
<link href="https://magicliang.github.io/2026/03/18/%E5%91%8A%E5%88%AB-vibe-coding-%E7%94%A8-omo-%E6%9E%84%E5%BB%BA%E5%8F%AF%E9%9D%A0%E7%9A%84-ai-%E5%B7%A5%E7%A8%8B%E7%B3%BB%E7%BB%9F/"/>
<id>https://magicliang.github.io/2026/03/18/%E5%91%8A%E5%88%AB-vibe-coding-%E7%94%A8-omo-%E6%9E%84%E5%BB%BA%E5%8F%AF%E9%9D%A0%E7%9A%84-ai-%E5%B7%A5%E7%A8%8B%E7%B3%BB%E7%BB%9F/</id>
<published>2026-03-18T07:30:00.000Z</published>
<updated>2026-03-24T05:27:47.391Z</updated>
<summary type="html"><h2 id="引言:ai-编程的范式跃迁">引言:AI 编程的范式跃迁</h2>
<p>过去一年,AI 编程工具从对话式代码生成器进化为能够自主执行复杂任务的智能代理。但真正的挑战不在于让 AI 写出代码,而在于<strong>如何让 AI</summary>
<category term="技术分享" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="Agent" scheme="https://magicliang.github.io/tags/Agent/"/>
<category term="OpenCode" scheme="https://magicliang.github.io/tags/OpenCode/"/>
<category term="工程化" scheme="https://magicliang.github.io/tags/%E5%B7%A5%E7%A8%8B%E5%8C%96/"/>
<category term="开发工具" scheme="https://magicliang.github.io/tags/%E5%BC%80%E5%8F%91%E5%B7%A5%E5%85%B7/"/>
</entry>
<entry>
<title>智能体外部记忆:文件标准现状与超越 Harness 的更广泛用途</title>
<link href="https://magicliang.github.io/2026/03/18/%E6%99%BA%E8%83%BD%E4%BD%93%E5%A4%96%E9%83%A8%E8%AE%B0%E5%BF%86%E7%9A%84%E6%96%87%E4%BB%B6%E6%A0%87%E5%87%86%E4%B8%8E%E7%94%A8%E9%80%94%E5%85%A8%E6%99%AF/"/>
<id>https://magicliang.github.io/2026/03/18/%E6%99%BA%E8%83%BD%E4%BD%93%E5%A4%96%E9%83%A8%E8%AE%B0%E5%BF%86%E7%9A%84%E6%96%87%E4%BB%B6%E6%A0%87%E5%87%86%E4%B8%8E%E7%94%A8%E9%80%94%E5%85%A8%E6%99%AF/</id>
<published>2026-03-18T07:00:00.000Z</published>
<updated>2026-03-27T10:08:05.105Z</updated>
<summary type="html"><blockquote>
<p>当 AI 智能体需要跨越多个上下文窗口工作时,外部记忆是让任务可接力的核心机制。但外部记忆远不止于此——它有没有标准的文件格式?除了用在 Harness Engineering 里,还有哪些更广泛的用途?本文系统梳理外部记忆的文件标准现状、腐烂与治理挑战,以及超越 Harness 的更广泛应用场景。</p>
</blockquote></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="软件工程" scheme="https://magicliang.github.io/tags/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="AGENTS.md" scheme="https://magicliang.github.io/tags/AGENTS-md/"/>
<category term="外部记忆" scheme="https://magicliang.github.io/tags/%E5%A4%96%E9%83%A8%E8%AE%B0%E5%BF%86/"/>
<category term="记忆系统" scheme="https://magicliang.github.io/tags/%E8%AE%B0%E5%BF%86%E7%B3%BB%E7%BB%9F/"/>
</entry>
<entry>
<title>在智能体优先的世界中利用 Codex</title>
<link href="https://magicliang.github.io/2026/03/18/%E5%9C%A8%E6%99%BA%E8%83%BD%E4%BD%93%E4%BC%98%E5%85%88%E7%9A%84%E4%B8%96%E7%95%8C%E4%B8%AD%E5%88%A9%E7%94%A8-Codex/"/>
<id>https://magicliang.github.io/2026/03/18/%E5%9C%A8%E6%99%BA%E8%83%BD%E4%BD%93%E4%BC%98%E5%85%88%E7%9A%84%E4%B8%96%E7%95%8C%E4%B8%AD%E5%88%A9%E7%94%A8-Codex/</id>
<published>2026-03-18T05:58:00.000Z</published>
<updated>2026-03-24T05:27:47.393Z</updated>
<summary type="html"><blockquote>
<p>原文作者:Ryan Lopopolo,OpenAI 技术人员。本文记录了 OpenAI 内部一个工程团队历时五个月、以&quot;零人工编码&quot;方式构建并交付真实软件产品的完整经验。</p>
</blockquote>
<p>在过去五个月里,我们的团队一直在进行一项实验:构建并交付一款软件产品的内部 beta 版,其中没有一行代码是人工编写的。</p>
<p>该产品有内部日常活跃用户和外部 Alpha 测试者。它经历了交付、部署、故障和修复的整个过程。与众不同的是,每一行代码 — 从应用逻辑、测试、CI 配置、文档、可观察性到内部工具 — 全都是由 Codex 编写的。据估计,我们只用了手工编写代码所需的大约 <strong>1/10 的时间</strong>就完成了这项工作。</p>
<p><strong>人类掌舵。智能体执行。</strong></p>
<p>我们有意选择这一限制,以便构建必要的内容,从而将工程速度提升数个数量级。我们用了几周的时间来交付最终达到一百万行代码的项目。为此,我们需要了解,当软件工程团队的主要工作不再是编写代码,而是<strong>设计环境、明确意图和构建反馈回路</strong>,从而使 Codex 智能体能够可靠地工作时,会发生哪些变化。</p>
<p>这篇文章要说的是,在我们与智能体团队一起从零开始打造一款全新产品的过程中,所能学到的经验教训 — 哪些地方出了问题,哪些问题相互叠加,以及如何最大化利用我们唯一真正稀缺的资源:<strong>人类的时间和注意力</strong>。</p></summary>
<category term="技术" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF/"/>
<category term="AI" scheme="https://magicliang.github.io/tags/AI/"/>
<category term="软件工程" scheme="https://magicliang.github.io/tags/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B/"/>
<category term="Agentic Coding" scheme="https://magicliang.github.io/tags/Agentic-Coding/"/>
<category term="Codex" scheme="https://magicliang.github.io/tags/Codex/"/>
</entry>
<entry>
<title>macOS CLI 工具 HTTPS 抓包指南(以 OpenCode 为例)</title>
<link href="https://magicliang.github.io/2026/03/17/macOS-CLI-%E5%B7%A5%E5%85%B7-HTTPS-%E6%8A%93%E5%8C%85%E6%8C%87%E5%8D%97/"/>
<id>https://magicliang.github.io/2026/03/17/macOS-CLI-%E5%B7%A5%E5%85%B7-HTTPS-%E6%8A%93%E5%8C%85%E6%8C%87%E5%8D%97/</id>
<published>2026-03-17T03:06:00.000Z</published>
<updated>2026-03-18T09:57:19.673Z</updated>
<summary type="html"><h1>为什么需要 CLI 抓包?</h1>
<p>在开发调试 AI 编程助手、API 客户端等命令行工具时,经常需要查看其 HTTPS 请求内容。浏览器有开发者工具,但 CLI 工具的流量对开发者是&quot;不可见&quot;的。本文介绍如何使用 mitmproxy 在</summary>
<category term="技术工具" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E5%B7%A5%E5%85%B7/"/>
<category term="macOS" scheme="https://magicliang.github.io/tags/macOS/"/>
<category term="mitmproxy" scheme="https://magicliang.github.io/tags/mitmproxy/"/>
<category term="抓包" scheme="https://magicliang.github.io/tags/%E6%8A%93%E5%8C%85/"/>
<category term="HTTPS" scheme="https://magicliang.github.io/tags/HTTPS/"/>
<category term="CLI" scheme="https://magicliang.github.io/tags/CLI/"/>
</entry>
<entry>
<title>JSONC - 带注释的 JSON</title>
<link href="https://magicliang.github.io/2026/03/16/JSONC-%E5%B8%A6%E6%B3%A8%E9%87%8A%E7%9A%84-JSON/"/>
<id>https://magicliang.github.io/2026/03/16/JSONC-%E5%B8%A6%E6%B3%A8%E9%87%8A%E7%9A%84-JSON/</id>
<published>2026-03-16T12:56:00.000Z</published>
<updated>2026-03-18T09:56:58.262Z</updated>
<summary type="html"><h1>JSONC 是什么?</h1>
<p>JSONC(JSON with Comments)是 JSON 的一个扩展格式,允许在 JSON 数据中添加注释。这个规范由 <a href="http://jsonc.org">jsonc.org</a></summary>
<category term="技术笔记" scheme="https://magicliang.github.io/categories/%E6%8A%80%E6%9C%AF%E7%AC%94%E8%AE%B0/"/>
<category term="配置文件" scheme="https://magicliang.github.io/tags/%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6/"/>
<category term="JSON" scheme="https://magicliang.github.io/tags/JSON/"/>
<category term="数据格式" scheme="https://magicliang.github.io/tags/%E6%95%B0%E6%8D%AE%E6%A0%BC%E5%BC%8F/"/>
</entry>
<entry>
<title>AI 项目配置文件全景图:md 文件的作用与边界</title>
<link href="https://magicliang.github.io/2026/03/16/AI%E9%A1%B9%E7%9B%AE%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6%E5%85%A8%E6%99%AF%E5%9B%BE-md-%E6%96%87%E4%BB%B6%E7%9A%84%E4%BD%9C%E7%94%A8%E4%B8%8E%E8%BE%B9%E7%95%8C/"/>
<id>https://magicliang.github.io/2026/03/16/AI%E9%A1%B9%E7%9B%AE%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6%E5%85%A8%E6%99%AF%E5%9B%BE-md-%E6%96%87%E4%BB%B6%E7%9A%84%E4%BD%9C%E7%94%A8%E4%B8%8E%E8%BE%B9%E7%95%8C/</id>
<published>2026-03-16T10:00:00.000Z</published>
<updated>2026-03-24T05:27:47.389Z</updated>
<summary type="html"><p>AI 编程工具的普及带来了一个新问题:项目里到处都是 <code>.md</code></summary>
<category term="AI Agent" scheme="https://magicliang.github.io/tags/AI-Agent/"/>
<category term="AGENTS.md" scheme="https://magicliang.github.io/tags/AGENTS-md/"/>
<category term="CLAUDE.md" scheme="https://magicliang.github.io/tags/CLAUDE-md/"/>
<category term="SDD" scheme="https://magicliang.github.io/tags/SDD/"/>
<category term="配置文件" scheme="https://magicliang.github.io/tags/%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6/"/>
</entry>
</feed>