这两天我又关注到有个叫 gstack 的 skill 也非常火爆,也是一个用于 AI Coding 的 skill,我在深度学习后,发现也是一套非常值得推荐的 skill,接下来我们就先来看下 gstack Gstack 就是把这个团队角色拆成了一个个 skill,让 AI 分别扮演这些角色。 ║ • Refactored auth middleware in myapp ║ ║ Powered by gstack · github.com/garrytan/gstack 这是 YC 方法论的 AI 化:YC 怎么辅导创业公司,Gstack 就怎么辅导你。 Gstack 和 superpower 其实不是竞品,更多的时候是相互补齐,Gstack 适合偏向于宏观实现——从创意到产品,从 0 到 1;而 Superpowers 适合实际开发落地——从需求到代码
这两天我又关注到有个叫gstack的skill也非常火爆,也是一个用于AICoding的skill,我在深度学习后,发现也是一套非常值得推荐的skill,接下来我们就先来看下gstack是什么? 最后生成一份设计文档保存在~/.gstack/projects/,这份文档会直接输入给后续的/plan-ceo-review和/plan-eng-review。 /browse:真实无头浏览器这是gstack的"秘密武器"之一——一个真实的Chromium浏览器,可以真正打开网页、点击按钮、填写表单、截图。为什么这个很重要? 与superpowers对比可以看到,Gstack与Superpowers在设计思路上是完全不同的,前者基于角色设计,而后者基于研发流程设计。 Gstack和superpower其实不是竞品,更多的时候是相互补齐,Gstack适合偏向于宏观实现——从创意到产品,从0到1;而Superpowers适合实际开发落地——从需求到代码,从1到N。
pstack 看活动的进程内的堆栈 用法: root# pstack PID gstack: gstack -打印正在运行的进程的堆栈跟踪 使用方法: gstack PID 描述 gstack 如果进程是线程组的一部分,那么gstack将打印出一个堆栈 对组中的每个线程进行跟踪。 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。
gstack 是什么:把 Claude Code 变成一支可协同的虚拟工程团队 基于 GitHub 仓库 garrytan/gstack 的 README 内容整理与翻译。 Garry Tan 开源的 gstack,就是围绕这个思路设计的一套工作流。 三、gstack 把 AI 拆成了哪些角色 README 中,gstack 把不同 slash command 背后对应的“专家角色”讲得非常具体。 其中最核心的几类包括: 1. .agents/skills/gstack cd .agents/skills/gstack && . /setup --host codex 安装到当前用户环境 git clone https://github.com/garrytan/gstack.git ~/gstack cd ~/gstack
你好,我是悟空,又跟小伙伴见面了~ GStack 是什么? Gstack 是一个过程,而不是工具的集合。 gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && . /open-gstack-browser 启动带侧边栏、反机器人隐身和自动模型路由的 GStack 浏览器。 /learn 记忆 管理 GStack 在会话间学到的内容。审核、搜索、修剪并导出项目特定的模式、陷阱和偏好。学习会跨会话累积,让 GStack 随着时间更懂你的代码库。
从"静态模板"到"动态配置" 刚开始用 GStack 时,我犯了一个典型错误:把整个项目背景、技术栈、代码规范全部写死在一个巨大的 GStack 文件里。 踩坑总结与最佳实践 坑一:GStack 太大,AI 注意力分散 刚开始我把所有规范写在一个 GStack 里,结果 Claude 经常遗漏关键点。 我悟了——GStack 也要保持单一职责。 解决:拆分成小模块,每个 GStack 只解决一类问题。基础规范、技术栈、项目特定、任务模板,各司其职。 解决:把 GStack 更新纳入迭代流程,每次技术栈变更都同步更新对应的 GStack。 最佳实践总结: 保持单一职责:一个 GStack 解决一类问题,不要大而全 版本控制:GStack 是代码,用 Git 管理 团队共享:建立团队 GStack 仓库,统一规范 定期 Review:删除过时的上下文
gstack:一个人如何完成二十人团队的工程产出 当 Y Combinator 的 CEO Garry Tan 在 60 天内写下超过 60 万行生产代码时,他使用的正是 gstack——一个将 Claude gstack 是一个开源的 AI 工程工作流工具集,它让一个人能够以二十人团队的规模进行软件开发。MIT 许可证,完全免费,现在就可以使用。 什么是 gstack? gstack 是一组 SKILL.md 文件,它们赋予 AI 智能体结构化的角色。 ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && . 下毫无意义 "足够好"是错误的直觉,当"完整"只多花几分钟 人类团队 vs CC+gstack 时间对比 任务类型 人类团队 CC+gstack 压缩比 样板/脚手架 2 天 15 分钟 ~100x
使用 gstack 检查线程状态可以在备机上抓取 yasdb 进程的线程栈,分析回放线程是否存在阻塞、死锁或异常长时间等待情况。 命令示例:gstack yasdb进程号 > gstack.txt 通过分析线程状态,可以进一步确认回放慢是否是由内部线程调度问题引起的。三、真实案例分享在一次生产数据迁移后,有用户反馈备库延迟严重。 四、小结建议遇到主备延迟问题时,推荐按照以下思路系统排查:1.先确认复制链路是否正常;2.再确认 redo 是否落盘顺畅;3.分析回放线程与磁盘 IO 指标;4.辅助通过 YCM、gstack 观察整体状态
AGI 实践者,更多干货欢迎关注公众号 #沉浸式AI 或访问 yaolifeng.com Y Combinator 现任 CEO Garry Tan,前两天把自己写代码用的那套 AI 工作流开源了,叫 gstack 开源地址:https://github.com/garrytan/gstack gstack 是什么 本质上就是一套 Claude Code 的 Skill,13个斜杠命令,每个命令对应一个专业角色。 在 Claude Code 里粘贴这段,它会自己装: Install gstack: run git clone https://github.com/garrytan/gstack.git ~/.claude /skills/gstack && cd ~/.claude/skills/gstack && . 如果想让团队成员也能用,还有个 Step 2 可以把 gstack 复制到项目目录里一起提交,队友 clone 下来跑一遍 ./setup 就行。
YCM 图形化监控:如果你使用的是 V23.2.1.100 及以上版本,可以在 YCM 中直接查看主备延迟趋势图和数据指标,快速发现异常;gstack 分析线程状态:在命令行执行 gstack yasdb 进程号 > gstack.txt,可以导出当前进程的线程栈状态,分析是否某个线程卡死或长时间占用资源。 六、小结建议要准确分析主备延迟,建议按照如下思路排查:1.先从系统视图确认复制与回放状态;2.再分析磁盘 IO 性能指标是否异常;3.辅助使用 gstack 或 YCM 进行线程与趋势分析;4.最后根据瓶颈位置做针对性优化
查看 pstack 是指向了 gstack 的符号链接。再看一下 gstack: [root@JiekeXu ~]# cat /usr/bin/gstack #!
pstack 实际上是 gstack 的一个软链接,而 gstack 本身是基于 gdb 封装的 Shell 脚本。
pstack 实际上是 gstack 的一个软链接,而 gstack 本身是基于 gdb 封装的 Shell 脚本。
他开源了自己的AI编程配置"gstack",将Claude Code变成了一个人的开发团队[3][4]。 YC CEO 开源了他的Claude Code配置"gstack"。这个工具包含6个精心设计的技能模块:产品规划、工程执行、代码审查等[3][4]。 gstack在开发者社区引发了激烈讨论。支持者认为这代表了未来编程的正确姿势;批评者担心过度依赖AI会让开发者失去基本功[4]。 Shopify/liquid: Performance: 53% faster parse+render. [3] Garry Tan. gstack GitHub Repository. [4] TechCrunch
在我前面给两篇博客中,我分别了两套最近比较火的 AI 编程 skill,分别是 superpowers 和 gstack,没看过的同学非常推荐点击链接去看下。 最近开源圈其实已经出了好几个类似方向的项目,在我前两篇博客中我也介绍了 Superpowers 和 gstack,我把这三者放到一起做个对比,大家就能清楚看到各自的定位: 维度 pua gstack superpowers 不让 AI 凭"聪明"乱来,而是用流程保证质量 都适合复杂项目:项目越复杂,价值越明显 都需要人工介入:不是完全自动化,而是人机协作 互补关系,不是竞争 其实这三个工具不是竞品,更多的时候是相互补齐: gstack 适合实际开发落地 —— 从需求到代码,从 1 到 N,用流程保证质量 pua 解决的是动机问题 —— 不管你用什么流程,AI 总有偷懒想放弃的时候,pua 就是那个在后面抽一鞭子的角色 打个比方就是:gstack
YCM监控主备延迟情况V23.2.1.100 的ycm可以监控主备延迟,如下图使用gstack查看线程状态gstack yasdb进程 > gstack.txt典型案例问题单:生产数据迁移完毕后数据库延迟比较大二线分析文章
// 显示命令所在位置 # ll /usr/bin/pastck lrwxrwxrwx. 1 root root 6 Aug 1 21:10 /usr/bin/pstack -> gstack // 原来pstack是一个链接文件 # vi /usr/bin/gstack // 分析一下gstack, 原来pstack就是由gdb执行的
8) = 0 nanosleep({2, 0}, 0x7fff60c0bb80) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [URG], 8) = 0 gstack $ gstack 11699 #0 0x00007fbbe45a68d0 in __nanosleep_nocancel () from /lib64/libc.so.6 #1 0x00007fbbe45a6784
而在实际生产中,获取生产系统进程堆栈比较麻烦,需要在服务端后台执行gstack命令。 内置gs_stack工具介绍 在openGauss的很多客户场景中,会出现gdb、gstack等工具无法使用或当系统出现hang、慢等问题时,无法通过调用栈进行进一步的定位;还有一种情况是登录客户数据库的流程非常繁杂
strace -tt -T -p pid(可以是线程的pid) pstack:其实是 gstack 的软连接,而gstack本身是基于gdb封装的shell脚本,重点是输入thread apply all