@kevinrose hỏi nên dùng IDE nào. Câu trả lời của tôi là câu có nhiều tương tác nhất trong số 128 câu trả lời: "Không có IDE. Chỉ cần các tệp plan.md và giọng nói." Đây là tất cả những gì tôi muốn nói qua điều đó.
1. Khoảnh khắc bạn có một ý tưởng, hãy /ce:plan hoặc /ce:brainstorm
Điều quan trọng nhất tôi học được: khoảnh khắc tôi có một ý tưởng, hãy dùng /ce:plan.
Không phải "để tôi nghĩ về điều này." Không phải "để tôi bắt đầu code." /ce:plan. Mỗi lần. Một ý tưởng sản phẩm điên rồ? /ce:plan. Ai đó đăng bug trên GitHub? Sao chép URL issue, dán vào, /ce:plan. Lỗi trong terminal của bạn? Chụp ảnh màn hình bằng Cmd+Shift+4, dán trực tiếp vào Claude Code bằng Ctrl+V, /ce:plan sửa lỗi này. Claude Code chấp nhận hình ảnh - ảnh chụp màn hình bug, thông báo lỗi, bản phác thảo thiết kế, cuộc trò chuyện Slack - và viết kế hoạch từ chúng.
Đây là những gì xảy ra bên dưới khi bạn chạy nó. /ce:plan khởi chạy nhiều agent nghiên cứu song song. Một agent phân tích codebase của bạn - đọc các tệp của bạn, tìm mẫu, kiểm tra quy ước của bạn. Một agent khác tìm trong docs/solutions/ của bạn để học từ các bug trong quá khứ. Nếu chủ đề này đáng để nghiên cứu, nhiều agent hơn sẽ tìm kiếm các best practices bên ngoài và tài liệu framework. Tất cả đồng thời.
Sau đó, nó tổng hợp và viết một plan.md có cấu trúc: vấn đề là gì, cách tiếp cận nào, những tệp nào cần chạm vào, tiêu chí chấp nhận với các checkbox, các mẫu cần tuân theo từ code của chính bạn. Không phải lời khuyên chung chung. Dựa trên codebase, quy ước và lịch sử của bạn.
/ce:work lấy kế hoạch đó và xây dựng nó. Chia thành các nhiệm vụ, thực hiện từng cái, chạy kiểm thử, đánh dấu tiêu chí. Mất ngữ cảnh? Bắt đầu một phiên mới, trỏ nó vào kế hoạch, tiếp tục từ nơi bạn dừng lại. Kế hoạch là điểm kiểm tra sống sót qua mọi thứ.
Phát triển truyền thống là 80% code, 20% lập kế hoạch. Cách này đảo ngược nó. Như @jarodtaylor đã nói: "Nếu bạn dành 80% thời gian để lập kế hoạch với Opus và sau đó để các subagent lao vào..." Suy nghĩ xảy ra trong kế hoạch. Việc thực thi là cơ học.
Compound Engineering là plugin làm cho điều này thành hiện thực. Từ @EveryInc:
/plugin marketplace add EveryInc/compound-engineering-plugin
Tôi đã trở thành một superfan. Sau đó tôi trở thành người đóng góp, người đóng góp #3 trên GitHub, 21 commit, chỉ sau đội ngũ cốt lõi. @kevinrose đã giới thiệu tôi với nó vài tuần trước.
Tôi có 70 tệp plan và 263 commit trong /last30days. Khoảng cách là các commit đầu tiên trước khi tôi có kỷ luật này. Quy tắc của tôi bây giờ: trừ khi đó là thay đổi một dòng, luôn có plan.md trước.
2. Hãy bị giọng nói thuyết phục
Tôi không thể chịu được ghi chú giọng nói trước khi có LLM. Tính năng đọc chính tả tích hợp của Apple khiến tôi muốn ném điện thoại. Nhưng voice-to-LLM thì khác. Bản phiên âm không cần phải hoàn hảo vì Claude Code hiểu ngữ cảnh. Nó đoán xem mic đã sai cái gì. Bạn có thể lầm bầm, nói lạc đề, bắt đầu lại một câu. Giọng nói cuối cùng cũng hoạt động vì người nghe đủ thông minh để lấp đầy khoảng trống.
Monologue (@usemonologue, từ Every - cùng công ty làm Compound Engineering) đưa giọng nói vào bất kỳ ứng dụng nào đang được tập trung. Bạn nói, nó gõ vào Claude Code. WhisperFlow cũng tuyệt vời. Chọn một cái. Tôi đã mua một micro cổ ngỗng cho văn phòng.
Tôi đang đọc chính tả điều này ngay bây giờ từ chế độ Full Self-Driving trong xe Tesla của tôi, đang thả bọn trẻ. Đoạn này được nói, không phải gõ.
3. Chạy Bốn đến Sáu Phiên cùng Một Lúc
Đây là cách tôi thực sự dành cả ngày của mình. Bốn đến sáu cửa sổ Ghostty, mỗi cửa sổ chạy một phiên Claude Code riêng biệt. Một phiên đang viết kế hoạch. Một phiên đang xây dựng từ một kế hoạch khác. Một phiên đang chạy /last30days nghiên cứu. Một phiên đang sửa lỗi tôi tìm thấy khi kiểm tra cái cuối cùng.
Trong khi /ce:plan khởi chạy các agent nghiên cứu trong một cửa sổ, tôi chuyển sang cửa sổ khác và /ce:work một kế hoạch đã được viết. Trong khi cái đó đang xây dựng, cửa sổ thứ ba nhận được một bug mới được dán vào. Khi tôi quay lại cửa sổ đầu tiên, kế hoạch đã hoàn thành và đang chờ trong Zed.
Đây là lý do tại sao bypass permissions (phần tiếp theo) là không thể thương lượng. Nếu mỗi phiên hỏi "Allow?" trên mọi hành động, bạn không thể chuyển đổi ngữ cảnh. Tất cả chúng cần chạy tự động. Kiểm tra, phản ứng, tiếp tục. GitHub ở đó nếu bạn phá vỡ hoặc hỏng mọi thứ.
Đây cũng là lý do tại sao MacBook của tôi hết pin trong khoảng một giờ. Sáu phiên Claude song song. Vừa đặt mua MacBook Pro mới.
4. Ba Cài đặt Thay đổi Mọi thứ
Chế độ mặc định của Claude Code yêu cầu quyền cho mỗi lần chỉnh sửa, mỗi lệnh. Bạn cần ba thay đổi cấu hình.
"Dangerously skip permissions" (vâng, đó là tên thực tế của nó). ~/.claude/settings.json:
{
"permissions": {
"allow": [
"WebSearch", "WebFetch", "Bash", "Read", "Write",
"Edit", "Glob", "Grep", "Task", "TodoWrite"
],
"deny": [],
"defaultMode": "bypassPermissions"
},
"skipDangerousModePermissionPrompt": true
}
skipDangerousModePermissionPrompt: true là chìa khóa. Nếu không có nó, Claude sẽ yêu cầu bạn xác nhận mỗi phiên. Bạn cũng có thể Shift+Tab để bật/tắt nó. Ghi nhận: @danshapiro (người sáng lập Glowforge, tác giả của Hot Seat). Khi tôi thiết lập Claude Code cho một người bạn, AI đã chủ động cố gắng ngăn anh ta bật tính năng này. Bạn phải trực tiếp. Đó là máy tính của bạn.
Âm thanh khi Claude hoàn thành. Thêm vào cùng tệp:
{
"hooks": {
"Stop": [
{
"hooks": [
{
"type": "command",
"command": "afplay /System/Library/Sounds/Blow.aiff"
}
]
}
]
}
}
Bỏ đi. Quay lại khi bạn nghe thấy âm thanh. Với bốn đến sáu phiên chạy cùng lúc, bạn cần biết cái nào vừa hoàn thành. Ghi nhận Myk Melez.
Zed tự động lưu. Trong cài đặt Zed (Cmd+,):
{
"autosave": {
"after_delay": {
"milliseconds": 500
}
}
}
Đây là mẹo giống Google Docs. Zed lưu mỗi 500 mili giây. Claude Code theo dõi hệ thống tệp. Khi Claude chỉnh sửa một tệp, các thay đổi xuất hiện trong Zed ngay lập tức. Khi bạn gõ trong Zed, Claude thấy nó trong vòng một giây. Ghostty ở một nửa màn hình, Zed ở nửa kia, cả hai đều nhìn vào cùng một tệp. Cảm giác như đang cộng tác trên một Google Doc ngoại trừ một người cộng tác là AI.
5. Nghiên cứu Trước Khi Lập Kế hoạch
Trước khi tôi /ce:plan, tôi thường chạy /last30days trên nó trước.
Tôi đang phân vân giữa agent-browser của Vercel và Playwright. Thay vì đọc tài liệu, tôi chạy /last30days Vercel agent browser vs Playwright. Trong vài phút: 78 luồng Reddit, 76 bài đăng X, 22 video YouTube, 15 câu chuyện HN. Agent-browser sử dụng ít hơn 82-93% token ngữ cảnh. Playwright đổ 13.700 token chỉ cho định nghĩa công cụ. Bài đăng của @rauchg có 964 lượt thích.
Đưa toàn bộ đầu ra vào /ce:plan tích hợp agent-browser. Kế hoạch ra đời dựa trên những gì cộng đồng thực sự biết ngay bây giờ, không phải dữ liệu huấn luyện sáu tháng tuổi.
/last30days là mã nguồn mở (4.5K sao, github.com/mvanhorn/last30days-skill). Nó tìm kiếm Reddit, X, YouTube, TikTok, Instagram, HN, Polymarket và web song song. Tôi làm điều này cho mọi thứ. Trước khi chọn một thư viện, trước khi xây dựng một tính năng, trước khi viết bài này. Tôi chạy /last30days Compound Engineering để lấy trích dẫn cộng đồng mới cho phần 1. Nghiên cứu, lập kế hoạch, xây dựng. Đó là vòng lặp thực sự.
6. Biến Bất kỳ Cuộc họp nào thành Plan.md
Tôi đã ăn trưa với một ứng viên tiềm năng. Chúng tôi thảo luận về một ý tưởng sản phẩm mới chưa được làm việc tại công ty. Chúng tôi cũng nói về đồ ăn, nhà hàng, con cái. Một tiếng rưỡi trò chuyện bình thường với các ý tưởng sản phẩm đan xen.
Tôi đã chạy Granola. Sau bữa trưa, tôi dán toàn bộ bản ghi - chín mươi phút lẫn với những lạc đề về sushi - vào Claude Code: /ce:plan biến điều này thành một đề xuất sản phẩm.
Đây là điều làm nên điều kỳ diệu: Claude Code đã biết code sản phẩm của chúng tôi sống ở đâu trên GitHub. Nó cũng có quyền truy cập vào thư mục chiến lược công ty của tôi - mọi tệp plan.md chiến lược trước đây tôi đã viết. Vì vậy, khi nó xử lý bản ghi Granola, nó không chỉ trích xuất các ý tưởng từ cuộc trò chuyện ăn trưa. Nó đang đối chiếu chéo với codebase thực tế của chúng tôi và mọi quyết định chiến lược chúng tôi đã đưa ra trước đây. Ngữ cảnh Granola + codebase + các kế hoạch chiến lược trước đó = vàng.
Một lần chụp ngay một đề xuất tuyệt vời. Mục tiêu, câu chuyện người dùng, cách tiếp cận kỹ thuật, các cột mốc. Bỏ qua các phần về nhà hàng. Gửi nó cho ứng viên vào tối hôm đó.
Anh ấy hiện đang làm việc toàn thời gian với chúng tôi trên sản phẩm đó.
Granola hiện có hỗ trợ MCP, vì vậy tôi sử dụng nó trực tiếp bên trong Claude Code. Không còn sao chép-dán nữa. Ngữ cảnh của mọi cuộc họp chảy thẳng vào kế hoạch.
7. Sử dụng Tệp Plan cho Mọi thứ, Không Chỉ Code
Tôi đang viết một tài liệu chiến lược cho công ty của mình. Claude Code và tệp markdown mở song song. Nói chuyện vào Monologue: "Cho tôi ba cách tiếp cận để ra thị trường. Phác thảo ưu và nhược điểm của từng cách."
Ba lựa chọn xuất hiện trong Zed. "Lựa chọn hai là gần nhất nhưng ngôn ngữ trong lựa chọn một tốt hơn. Kết hợp chúng." Cập nhật ngay lập tức. "Bây giờ giải quyết rủi ro lớn nhất." Đã thêm. "Đoạn thứ hai quá dài." Đã rút ngắn.
Claude Code kéo vào GitHub của chúng tôi, vì vậy nó hiểu sản phẩm hiện tại. Nó cũng có quyền truy cập vào tất cả các tệp plan.md chiến lược trước đây của tôi. Khi tôi viết định vị mới, nó có đầy đủ ngữ cảnh của mọi quyết định chiến lược tôi đã đưa ra trước đây. Ngữ cảnh tích lũy đó là thứ làm cho mỗi kế hoạch tốt hơn kế hoạch trước.
Tài liệu chiến lược, đặc tả sản phẩm, phân tích cạnh tranh, bài viết này. Cùng một quy trình làm việc. Nói, lập kế hoạch, lặp lại.
8. Chạy Mac Mini cho Claude Code Từ xa
Tôi có một Mac Mini thiết lập cho OpenClaw, nhưng có hai điều khác tôi đã làm với nó:
Telegram từ điện thoại của bạn. Claude Code có tích hợp Telegram. Tôi nhắn tin cho Mac Mini của mình từ điện thoại qua Telegram. Tại bữa tối, nghĩ về một bug, gõ /ce:plan sửa sự cố timeout vào Telegram. Kế hoạch đang chờ trong Zed khi tôi quay lại màn hình. Claude Code thậm chí sử dụng OpenClaw AgentMail của tôi để gửi email các tệp plan cho tôi khi tôi đi vắng.
tmux trên các chuyến bay máy bay. Ghi nhận: Nathan Smith. Claude Code không xử lý tốt wifi máy bay. Kết nối rơi, phiên chết và nó thậm chí không báo cho bạn. Nhưng tmux vào Mac Mini của bạn trước và phiên chạy trên máy đó. Laptop của bạn chỉ là một cửa sổ. Wifi mất 20 phút trên Đại Tây Dương? Kết nối lại. Phiên ở chính xác nơi bạn để nó và nó đã làm việc.
Đã giao các tính năng trên toàn bộ chuyến bay từ châu Âu về.
Tôi Cũng Sử dụng Quy trình Làm việc Này cho Mã nguồn Mở
Nếu bạn nhìn vào hồ sơ GitHub của tôi (github.com/mvanhorn), đây là một số dự án gần đây tôi đã được merge vào, tất cả đều có tệp plan.md trước khi bất kỳ dòng code nào được viết:
- Python - defaultdict repr infinite recursion, man page text wrapping
- OpenCV - HoughCircles return type, YAML parser heap-overflow
- Vercel Agent Browser - Appium v3 vendor prefix, WebSocket fallback, batch command workflows (#5 contributor)
- OpenClaw - browser relay, rate limit UX, iMessage delivery, Codex sandbox detection, voice calls
- Zed - $ZED_LANGUAGE task variable, Reveal in Finder tab context menu, git panel starts_open setting
- Paperclip - SPA routing, plugin domain events, promptfoo eval framework (#3 contributor)
- Compound Engineering - plan gating, serial review mode, skills migration, NTFS colon handling (#3 contributor)
Vợ Tôi Giận Tôi
Tôi mang laptop đi khắp nơi. Bốn đến sáu tab Ghostty cộng với Zed. Cô ấy không vui. Mac Mini + Telegram giúp ích. Nhưng khi tôi muốn nhiều kế hoạch phát triển song song trong thời gian thực, tôi cần laptop. Cô ấy thực sự muốn tôi ngừng mang nó đến điểm đón con đi học.
Xin lỗi em yêu.
Bài Viết Này Được Viết bằng Quy trình Làm việc Này
Đây là một tệp markdown trong Zed. Claude Code đang chạy trong Ghostty. Tôi nói chuyện vào Monologue: "chủ đề sai rồi, viết lại phần mở đầu." "Thêm câu chuyện Granola." "Đừng gọi Zed là IDE của tôi." Claude viết lại. Các thay đổi xuất hiện trong Zed. Tôi phản ứng. Bảy lần viết lại hoàn toàn.
Đó là tất cả những gì tôi biết. Một ứng dụng giọng nói, một plugin tệp kế hoạch, ba thay đổi cấu hình, bốn đến sáu phiên song song, một Mac Mini, và các cuộc họp biến thành đề xuất sản phẩm. Không có IDE. Không có code. Nói, lập kế hoạch, xây dựng. Từ bàn làm việc, từ ghế sofa, từ ô tô.
Bonus: Khi Bạn Hết Token
Hiệu quả kiểu này sẽ xài hết gói $200/tháng Claude Max của bạn. Bốn đến sáu phiên Opus song song cả ngày sẽ cộng dồn.
Câu trả lời: cũng lấy gói $200/tháng Codex. Cài đặt Codex CLI, và Compound Engineering có thể xây dựng bằng tín dụng Codex thay thế. Tôi vừa giao /ce:work --codex cho Compound Engineering - nó đã được merge hôm nay - ủy quyền triển khai cho Codex khi tín dụng Claude cạn kiệt.
Một số bạn bè sử dụng Codex để đánh giá code của Claude Code và ngược lại. Những người khác thích đầu ra code của Codex nhưng gọi nó từ Claude Code để điều phối. Hai gói bổ sung cho nhau. Claude cho lập kế hoạch, Codex cho triển khai nặng.
Tôi cũng có chế độ "night-night" mà tôi chạy để làm việc trong khi ngủ, nhưng giải thích điều đó là cho lần khác.
Bonus 2: Bình luận trực tiếp về Disney World
Để cho thấy quy trình làm việc này từ đầu đến cuối trên một thứ không phải code, đây là một ví dụ thực tế từ hôm nay. Tôi đang ở sân bóng đá xem trận đấu của con tôi. Một phụ huynh khác và tôi đang nói về các chuyến đi Disney World. Tôi lôi laptop ra và cho cô ấy xem.
Bước 1: /last30days Disney World. Hai phút sau, bức tranh toàn cảnh. 66 luồng Reddit (11.804 upvote), 34 bài đăng X, 8 video YouTube. Sốc giá là cuộc trò chuyện chủ đạo - một báo cáo chuyến đi $8.500 trên r/DisneyPlanning đã có 183 bình luận. Sáu chuyến xe đóng cửa chỉ riêng trong tháng Ba. Buzz Lightyear mở lại vào ngày 8 tháng 4 với súng mới. Rock 'n' Roller Coaster đang trở thành một chuyến xe Muppets. DinoLand bị phá hủy.
Bước 2: "Cái gì sẽ mở / không mở vào ngày 16 tháng 4 cụ thể" (lỗi chính tả và tất cả - CC không quan tâm). Claude kiểm tra lịch cải tạo, đối chiếu chéo với dữ liệu last30days, cho tôi danh sách mở/đóng đầy đủ.
Bước 3: /ce:plan Tôi sẽ đến Disney World trong một ngày. Tôi muốn làm ít nhất ba công viên, có thể bốn, có lẽ là bốn, bởi vì tôi điên. Tôi muốn làm Guardians tại Epcot, làm vài chuyến xe tại Hollywood Studios, làm vài chuyến xe tại World, làm chuyến xe Everest tại Animal Kingdom, và ít nhất một chuyến xe Avatar. Thêm vào đó: "Chiến lược để có được tất cả Genie Plus và những thứ khác để làm cho điều này hoạt động là gì? Ngoài ra, một tuần trước, tôi không phải tra cứu gì đó sao? Tôi mua gì khi nào? Giúp tôi đặt lời nhắc. Tôi không quan tâm đến đồ ăn. Tôi không có khách sạn. sẵn sàng trả $25 cho một lần vượt"
Các agent nghiên cứu của Claude khởi động, đối chiếu chéo với dữ liệu last30days, và viết một plan.md có cấu trúc: thứ tự công viên (AK -> HS -> Epcot -> MK), chiến lược đặt Lightning Lane chính xác, ba lời nhắc báo thức cho ngày 13/14/15 tháng 4 lúc 7:00 AM, những chuyến xe nào cần Single Pass ($14-22 mỗi cái) so với Multi Pass, yêu cầu chiều cao cho con tôi.
Bước 4: Mở kế hoạch trong Zed. Xem xét nó. Nói với phụ huynh kia để làm kế hoạch cho cô ấy "Vậy tôi sẽ đi một chuyến đến Disney World, và tôi sẽ làm ba ngày trong các công viên. Cho tôi biết các tuyến đường hiệu quả nhất, những vé vượt cần lấy, những gì thêm cần có... đó là một đứa tám và năm tuổi." Claude viết một kế hoạch mới 305 dòng với các giao thức Rider Switch, hành trình từng ngày, và một cảnh báo "đo chiều cao đứa năm tuổi của bạn trong giày tuần này."
Bước 5: "bạn có thể push Bạn có thể xuất bản cái cuối cùng này trên một trang Vercel ở chế độ sáng không? Dễ nhìn." (Nhiều lỗi chính tả hơn. Vẫn không sao.) Claude xây dựng một trang HTML sạch sẽ và triển khai nó.
Trực tiếp tại disney-plan-ebon.vercel.app
Bước 6: Thả tệp .md vào OpenClaw qua Telegram. Nói "bạn có thể tạo một kế hoạch để thêm tất cả những lời nhắc này vào YOU với các biện pháp an toàn kép trong trường hợp bạn sai ngày trước đó / lịch v.v." OpenClaw đọc kế hoạch, thiết lập các sự kiện lịch trên lịch làm việc của tôi VÀ các bản sao lưu cron job ping tôi trên Telegram. Bảo hiểm kép cho mọi cửa sổ đặt phòng quan trọng. 13 tháng 4 lúc 3:50 AM PT: "MUA Multi Pass NGAY." 16 tháng 4 lúc 3:50 AM: "MUA Single Pass NGAY." Cả hai đều 10 phút trước khi cửa sổ 7 AM ET mở. Tự động xóa sau khi kích hoạt.
Giọng nói đến nghiên cứu đến kế hoạch đến trang web đến lời nhắc tự động. Tại một sân bóng đá.
Đó là quy trình làm việc. Nó hoạt động cho code, chiến lược, mã nguồn mở, bài viết, và rõ ràng là Disney World.
/last30days là mã nguồn mở. 4.5K sao. 70 tệp plan và đang tăng dần.
@slashlast30days - github.com/mvanhorn/last30days-skill
Compound Engineering: @EveryInc
Monologue: @usemonologue (từ Every)
Granola: granola.ai (hiện có MCP)
Ghostty: ghostty.org
Zed: zed.dev
