正在加载视频...

视频加载失败

How to manage secrets with worktrees: Files that are untracked in Git will NOT be copied over to new worktrees (Codex, Claude Code, & Conductor included) Claude Code introduced .worktreeinclude, which uses glob syntax to copy untracked files into new directories - these can be .env files, secrets, or...

27,552 次观看 • 2 个月前 •via X (Twitter)

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

THIS MIGHT BE THE #1 OPEN-SOURCE REPO FOR CLAUDE CODE RIGHT NOW. IT GIVES CLAUDE A MEMORY AND SLASHES YOUR TOKEN COST ON EVERY QUESTION The repo is safishamsi/graphify, a free open-source skill that turns any codebase into a knowledge graph Claude Code can read instantly. Instead of grepping through your files every session, Claude gets a map of how everything connects The problem it fixes: Every time you ask Claude Code about a big repo, it does the same thing, greps through dozens of files like a brute-force Ctrl+F, blows through your context window, and sometimes still misses the answer hiding in a file nobody searched. Claude Code has no memory of how your project is structured. Every session starts from zero What it does: It maps your entire codebase into a knowledge graph, capturing not just which files exist, but which functions depend on which, which modules are central, and which files cluster around the same concern. Claude queries the map instead of scanning files How it works, three passes: 1. Code structure, free and local. Tree-sitter parses your files and pulls out classes, functions, imports and call graphs. No LLM, no tokens, just your actual code mapped deterministically 2. Audio and video, if you have them. Transcribed locally and folded into the graph 3. Docs, papers, images. Here an LLM does semantic analysis, figuring out what each document means and where it fits. Only the meaning gets sent up, never your raw source It saves you money: Normally a question about a big repo makes Claude spawn explore agents that scan file after file, eating your context window and your token budget before you get an answer. With the graph already built, Claude queries the map instead of re-reading the codebase every time. Same answer, a fraction of the tokens. The graph only gets built once, then a hook rebuilds it after each commit for free, so you never pay that scanning cost again. The bigger the repo, the bigger the gap The best parts: it's a skill, so once installed Claude knows when to use it without you memorizing commands. It works on non-code folders too, point it at docs or notes and it can spin up an Obsidian vault How to add it to your Claude: 1. Install Claude Code if you haven't: npm install -g Paul Jankura-ai/claude-code 2. Add the skill: claude skill add safishamsi/graphify 3. Open your project folder and run /graphify . to build the graph 4. Optional, make it automatic: graphify hook install so the graph rebuilds after every commit That's it. Ask Claude about your repo and it reads the map instead of burning tokens on a file hunt Bookmark this

Yarchi

56,177 次观看 • 2 个月前

-> If you’re looking for a job -> right now, there are three -> Claude certifications that -> you should do this week -> and then put them on your -> LinkedIn, they are all -> completely free, and they -> come from Anthropic, -> which is the company -> that's behind Claude. -> And jobs that need AI skills -> pay 56% more than jobs -> that don’t, So, I think -> spending a few hours this -> week to knock out these -> three courses and then -> add them to your LinkedIn -> will really go a long way -> The first one is called -> Claude 101, and this -> essentially just goes over -> what Claude is and when -> you should use chat versus -> co-work versus code, how -> projects and skills work, -> and how to connect all -> of your tools and apps -> like Gmail, Notion, Slack, -> and other tools that you use -> And the second course -> is called AI Fluency -> Framework and Foundations -> Inside this one, there are -> 13 lessons on how to -> actually work with AI. -> It goes over things like -> effective prompting, critical -> thinking on the outputs, -> and it has a vocabulary -> sheet that you’ll want -> to read and save for later. -> And the third one is -> Intro to Claude Cowork -> Claude Cowork is where -> you can actually get stuff -> done with Claude. -> So, this course covers -> projects, skills, plug-ins, -> scheduling tasks, handling -> files, and then also how -> to pick the right model -> for the job, and then when -> you finish these courses, -> just go to your LinkedIn -> and go to your profile -> Click "Add section," and -> then go to "Licenses -> and certifications" and -> add all three of these. -> And then when you land -> the interview, you should -> talk about your AI fluency -> often as you possibly can -> I feel pretty confident that -> you’ll truly be able to -> differentiate yourself -> from other candidates -> if you do this

BeingInvested

13,130 次观看 • 2 个月前

Three skills I use every day in Claude Code and Codex to solve my hardest problems: 1️⃣ /agent-watchdog When I have one agent like Codex working on a task and I don't fully trust it's going to do everything right, I'll open up another one like Claude Code and tell it to watchdog the Codex thread. You can copy the Codex deep link into Claude Code and it'll look at the prompt you sent, watch the Codex thread until it's done, then compare the Codex solution to how it was planning to solve it and automatically fix anything that Codex missed. It can also test the work of the other agent end-to-end. Similar to the idea of OpenRouter's new Fusion feature, I've definitely found that two models thinking through a problem and checking each other's work can be wildly more impactful than just one. 2️⃣ /plan-arbiter Similar ideas as /agent-watchdog - but with this one you have both make plans, compare plans, negotiate the differences, and make a final plan to execute. I find Claude Code is better at writing plans, but Codex is faster and cheaper to execute on them. Then I usually have Claude Code watchdog the Codex work and fix anything that was missed. 3️⃣ /read-the-damn-docs One thing that drives me crazy with coding agents is they're so reluctant to look up docs. They'll just guess and guess and guess at the right API surface for things, or the right solution to an integration of two things. Once I explicitly tell it to look up the docs, it says "Oh, I see the answer," and it fixes the problem. So I made the /read-the-damn-docs skill. Add it and your agents will know when and how to do efficient web searches to look up docs for the types of problems you really should look up docs for. All of these are totally open source over on my GitHub. If you try them, let me know your feedback. Will link to them below:

Steve (Builder.io)

43,089 次观看 • 1 个月前