AI浪潮下，打工人的价值何在？
这两年，越来越多的人开始产生一种隐约的不安： AI 会不会抢走我的工作？我今天赖以生存的技能，几年后还值钱吗？如果机器比我写得快、算得准、知道得多，那么我的价值到底在哪里？ 这种不安是真实的。 但如果我们把视线拉长，就会发现，人类每一次生产力跃迁，都伴随着类似的恐惧。 蒸汽机取代了大量人力，流水线改变了手工业，计算机压缩了无数重复性的脑力劳动。每一次技术革命，都会让一部分曾经稀缺的能力迅速贬值，也会让依附于旧生产方式的岗位、组织乃至利益结构受到冲击。 AI 浪潮同样如此。 它不会因为人们抱怨而停止，也不会因为某些行业试图抵制就消失。拒绝变化或许能够延缓冲击，却很难真正改变方向。 然而，这并不意味着我们应该为所有失业和阵痛欢呼。 技术进步有它的方向，但转型成本由谁承担、生产力成果由谁分享，并不是技术本身能够决定的。对身处其中的普通人而言，真正有意义的问题不是“能不能阻止 AI”，而是： 我们怎样减少自己被动承受变化的程度，并在新的生产方式中获得更多选择权？ AI 淘汰的，究竟是什么？“AI 将淘汰人类”是一种过于笼统的说法。 AI 首先压缩的，往往不是某个完整职业，而是职业中那些能...
为ChatGPT安装mattpocock-skills
使用 pnpx 全局安装 mattpocock/skills，保留全部可发现 Skills，再通过 Codex 配置单独关闭与 Superpowers 重复的项目。 一、安装前检查确认已经安装 Node.js 和 pnpm： 123node --versionpnpm --versionpnpx --version 如果 pnpx --version 不支持，但 pnpm --version 正常，也可以使用 pnpm dlx。当前 pnpm 官方将 pnpx、pnpm dlx 和 pnx 视为等价入口。pnpm 官方文档 二、查看仓库内可安装的 Skills建议先查看当前版本的 Skill 清单： 1pnpx skills@latest add mattpocock/skills --list 仓库会持续更新，所以实际数量可能变化。 三、全部安装给 Codex执行： 12345pnpx skills@latest add mattpocock/skills \ --global \ --agent codex \ --skill '*' ...
教AI写好Vue代码的Skill
这个仓库严格来说不是“一个 Skill”，而是 Anthony Fu（Vue/Vite 生态知名开源作者）维护的一整套前端开发 Agent Skills 集合，尤其适合 Vue、Nuxt、Vite 和 TypeScript 技术栈。 它有什么作用安装后，Codex、Claude Code 等支持 Agent Skills 的编程助手，可以在相关任务中按需读取这些规范。例如： 创建 Vue/Nuxt 项目时采用更合适的目录和编码习惯 正确配置 Vite、Vitest、UnoCSS、Pinia 使用 pnpm 管理依赖和 monorepo 遵循 Vue 3 Composition API 与 TypeScript 最佳实践 开发、测试和发布纯 ESM 的 npm 库 按 Anthony Fu 偏好的方式配置 ESLint、Git Hooks、tsdown 等工具 它相当于给 AI 加了一套“Vue/Vite 前端工程知识库与工作规范”，并不是新的模型或可执行插件。 当前包含哪些 Skill仓库里的内容大致分为三类。 1. Anthony Fu 手工维...
Git提交的时候， CRLF will be replaced by LF the next time Git touches it
这个提示的意思是： 你当前提交的文件里使用的是 CRLF 换行符，但 Git 下次处理这个文件时，会把它转换成 LF 换行符。 它不是错误，只是一个换行符格式提醒。 先理解 CRLF 和 LF不同系统的换行符不同： 系统 换行符 表示 Windows CRLF \r\n Linux / macOS LF \n 例如一行代码： 12helloworld 内部实际存储可能是： Windows: 12hello\r\nworld\r\n Linux/macOS: 12hello\nworld\n 为什么 Git 会提示？通常是因为你的 Git 配置： 1core.autocrlf 例如： 1git config --global core.autocrlf true 表示： 提交时：把 CRLF 转成 LF 存进仓库 检出时：把 LF 转成 CRLF 给 Windows 使用 所以 Git 发现： “你现在文件是 CRLF，但我以后重新处理它时，会改成 LF” 于是提示： 1warning: CRLF will be re...
codex狂写日志毁磁盘的bug修复了吗
短答案：修复了一部分，但不能简单说“彻底修好了”。 目前公开信息显示，Codex 的“狂写日志导致 SSD 写入异常”的问题确实存在过，主要是本地日志（尤其 ~/.codex/logs_2.sqlite / WAL）过度写入。后续有修复和缓解，但仍有人报告类似 I/O 问题。GitHub 具体情况： 早期问题： Codex 的日志系统会产生大量 TRACE 级别日志。 某些情况下 SQLite 日志库持续写入，导致 logs_2.sqlite-wal 快速增长。 有用户报告出现 GB/s 级别累计写入、几十 TB SSD 写入量。GitHub 后续状态： 一些相关问题被关闭/修复或降低影响，但 GitHub 上仍有新的性能和写盘相关 issue，例如 macOS Desktop 持续写盘、长会话导致日志膨胀等。GitHub 所以更准确的说法是：核心的严重日志风暴问题已经处理过，但 Codex 的本地状态、日志、长会话仍可能产生异常 I/O。GitHub 如果你现在用的是 macOS，我建议先检查你的机器有没有被影响：...
学不完，根本学不完-GSD学习指南
整合 open-gsd/gsd-core 官方全部中文文档（教程、概念说明、操作指南）和 71 个 Skill 的完整分析。 目录 Part 1：入门 —— 两条路径 路径 A：从零开始（绿地项目） 路径 B：已有代码库接入（棕地项目） Part 2：理解 —— 核心概念 Part 3：进阶 —— 高级用法 Part 4：精通 —— 最佳实践 Part 5：完整命令速查表 Part 1：入门 —— 两条路径1.1 什么是 GSDGSD = Git. Ship. Done. GSD Core 是一套轻量级的 AI 编程 Agent 框架。核心理念：上下文工程 + 规格驱动开发。 它解决三个根本问题 问题 现象 GSD 的解决方案 上下文腐化 会话越长，AI 输出质量越静默下降 重度工作在新鲜上下文子 Agent 中运行，主会话保持精简 无共享记忆 每次 /clear 后从零开始，丢失之前决策 用结构化文件（STATE.md、CONTEXT.md）跨会话持久化 未验证输出 代码跑了但没人确认对不对 强制验证步骤，验证通过后才能发布 ...
学不完，根本学不完-Superpowers使用指南
Superpowers 使用指南 基于 14 个 Superpowers Skill 的完整 SKILL.md 文档整理。所有流程均来自官方文档。 核心理念Superpowers 不是工具集，而是一套纪律框架。它不提供具体怎么做（那是 mattpocock 和 Gstack 的事），而是定义什么时候做、按什么顺序做、以什么标准做。 14 个 Skill 通过铁律（Iron Law）机制强制执行，违反铁律的操作会被明确禁止。 铁律体系Superpowers 的核心是 5 条铁律，贯穿所有 Skill： 铁律 所属 Skill 内容 Skill 优先 using-superpowers 在任何回复之前必须检查并调用相关 Skill 先思考再动手 brainstorming 没有经过头脑风暴和设计审批，绝不写代码 先测试再实现 test-driven-development 没有失败的测试，绝不写生产代码 先查根因再修复 systematic-debugging 没有根因调查，绝不修复 bug 证据先于断言 verification-before-co...
学不完，根本学不完-Gstack-Skills-使用指南
Gstack Skills 使用指南 基于 54 个 Gstack Skill 的完整 SKILL.md 文档整理。所有流程均来自官方文档。 体系概览Gstack 是一套完整的软件开发框架，覆盖从想法到上线的全生命周期。54 个 Skill 共享统一的 preamble 基础设施（更新检查、会话跟踪、遥测、上下文恢复、学习记录等）。 核心基础设施 组件 说明 $B (browse daemon) 无头 Chromium 浏览器引擎，browse/scrape/canary/benchmark/diagram/qa-only/design-review/devex-review 共用 $D (designer) 设计变体生成器，design-shotgun/design-html/design-review 共用 $P (make-pdf) Markdown→PDF 引擎 gbrain 知识库系统，setup-gbrain/sync-gbrain 管理 ...
学不完，根本学不完-mattpocock-skills
mattpocock/skills 介绍来源：github.com/mattpocock/skills，由 TypeScript 教育者/开发者 Matt Pocock 创建。 安装时间：2026-07-17，一次性批量安装 41 个 Skill，安装入口是 setup-matt-pocock-skills。 核心理念这套 Skills 围绕工程工作流设计，不是零散的工具集，而是一套互相协作的技能体系。核心思路是： 把模糊想法变成可执行计划：to-spec → to-tickets → triage 用盘问（grilling）驱动质量：grilling / grill-me / grill-with-docs 反复追问你的计划 用领域建模统一团队语言：domain-modeling + ubiquitous-language 每个 Skill 职责单一、可组合：比如 grill-with-docs = grilling + domain-modeling 工作流全景1234567891011121314...
HelloWorld-C
太久没写C语言了，闹着玩玩 hello.c 代码说明12345#include <stdio.h> // 引入标准输入输出库，才能使用 printfint main() { // 程序的入口函数 printf("Hello, World!\n"); // 打印字符串到终端，\n 是换行符 return 0; // 告诉操作系统程序正常退出} 编译与运行本机环境：macOS，已安装 Apple Clang（Apple 版 C 编译器）。 编译把 hello.c 编译成可执行文件 hello： 1clang hello.c -o hello 运行1./hello 一条命令完成1clang hello.c -o hello && ./hello 参数说明 参数 含义 clang C 语言编译器 hello.c 源代码文件 -o hello 指定输出的可执行文件名为 hello（不指定则默认输出 a.out） ./hello 运行当前目...
