Posts
All the articles I've posted.
-
Defuddle 这个工具有什么用
Published: at 03:14 AMDefuddle 是一个网页正文提取工具，它做的不是简单“去广告”，而是把杂乱网页整理成更稳定的正文 HTML 或 Markdown，同时尽量保留标题、作者、发布时间、脚注、代码块、数学公式和 schema.org 元数据。它特别适合做收藏、归档、网页转 Markdown、知识库同步和后续 AI 检索，因为它关心的不是页面长得像不像原站，而是内容能不能被干净、持续地读出来。
-
ASP.NET Core Web API 接入 Microsoft Entra ID 应该怎么做
Published: at 03:10 AM这篇关于 Microsoft Entra ID 保护 ASP.NET Core Web API 的文章，真正值得带走的不是把配置项抄一遍，而是把一条完整的身份认证链路跑通：客户端先拿到 Entra ID 签发的访问令牌，API 端再通过 Microsoft Identity Web 校验 JWT、检查 audience、issuer 和 scope，最后再用 Postman/MSAL 验证调用确实能闭环。它解决的是“API 看起来接了认证”和“API 真的接对了认证”之间的那段落差。
-
GitAgent 在解决什么问题
Published: at 12:08 AMGitAgent 不是又一个让你在网页里点点点配置 agent 的平台，而是想把 agent 的定义重新拉回 git：身份、技能、规则、工具、记忆、合规信息都变成仓库里的普通文件。它真正想解决的，不是“怎么再造一个 agent runtime”，而是怎么让 agent 像代码一样被版本化、分支化、审查、导出和迁移。
-
ASP.NET Core 里 Refresh Token 应该怎么设计
Published: at 02:04 PM这篇关于 ASP.NET Core Refresh Token 的教程，真正值得带走的不是再学一遍 JWT，而是如何把 access token 的短时有效、refresh token 的续期能力，以及轮换、存储、失效控制这些安全边界设计清楚。Refresh token 不是简单“让用户不用重新登录”，它本质上是在设计会话续期和凭证泄露后的损害控制。
-
ASP.NET Core 全局异常处理应该怎么做
Published: at 12:37 PM这篇关于 ASP.NET Core 全局异常处理的文章，真正值得带走的不是又学了一遍 try-catch，而是怎么在 .NET 8 之后把重心放到 IExceptionHandler、Problem Details 和更清晰的异常分层上。局部捕获当然还会存在，但生产环境里更重要的是让错误响应统一、日志可追踪、异常类型能映射到明确的 HTTP 语义。
-
GitHub Copilot CLI 的 Slash Commands 有什么用
Published: at 08:27 AMGitHub 这篇 Copilot CLI slash commands cheat sheet 表面上是在列命令，真正值得带走的是另一层变化：它把终端里的 AI 交互从模糊自然语言，往更显式、更可预测、更可审计的工作流接口推进了一步。/clear、/cwd、/add-dir、/model、/delegate 这些命令真正解决的，不只是方便，而是让上下文、范围、权限和自动化都变得更可控。
-
OpenAI 如何看待 Agent-first 时代的 Harness Engineering
Published: at 07:43 AMOpenAI 这篇 Harness Engineering 真正有冲击力的地方，不是“0 行手写代码”这种标题，而是它把 agent-first 工程的重心说透了：当 Codex 负责生成和迭代代码，工程师最核心的工作就会转向设计环境、搭知识结构、做验证回路、约束架构和管理吞吐。真正决定产出的，不再只是 prompt 多会写，而是 harness 设计得够不够好。
-
pnpm 如何用 Git Worktree 支持多 Agent 并行开发
Published: at 06:24 AMpnpm 这篇关于 git worktrees 的文档，表面上是在教你怎么开多个 worktree，真正更重要的是它把多 agent 并行开发里一个很现实的问题说透了：每个 agent 都需要隔离工作区和可运行的 node_modules，但如果你靠重复 clone 和重复安装，磁盘、时间和依赖管理很快就爆炸。git worktree 解决代码副本，pnpm 的 global virtual store 解决依赖副本，两者叠起来，才让多 agent 并行在 monorepo 里变得真正可持续。
-
把知识写进 Markdown，把动作交给 MCP：Agent 架构里最该拆开的，可能根本不是模型，而是 know 和 do
Published: at 05:44 AMThe New Stack 这篇文章最有价值的地方，不是简单唱衰 MCP，而是把很多团队今天在 agent 系统里最容易混掉的两类问题拆开了：知识问题和执行问题。团队规范、工作流、语气、判断边界这类“know”适合进 SKILL.md；API 调用、数据库查询、消息发送这类“do”才适合进 MCP。真正成熟的方向不是二选一，而是把 Markdown skills 放在上层，让 MCP 回到执行层。