Загрузка видео...

Не удалось загрузить видео

На главную

Introducing: auto-maintainer 🔥 Your repo hits the front page. 147 issues, 38 PRs pile up overnight. You triage, review, fix, merge -- and wake up to more. auto-maintainer handles it. Write your rules in a Markdown file, and it triages issues, reviews code, ships fixes, merges PRs, and cuts...

18,402 просмотров • 6 месяцев назад •via X (Twitter)

Комментарии: 23

Фото профиля yazin
yazin6 месяцев назад

How it works: - One command setup: "npx auto-maintainer" init analyzes your codebase and generates rules for you - Rules are plain Markdown in .github/repo-policy[.]md — edit anytime, no YAML - Uses your existing Claude Pro/Max/Team plan; no separate API costs - Secure by default — triage bot can't touch code, actions pinned to commit SHAs Free, MIT licensed.

Фото профиля FileCity
FileCity6 месяцев назад

Great work! @yazins Made you a full narrated FileCity tour + visual map of auto-maintainer

Фото профиля yazin
yazin6 месяцев назад

Thank you! This is really cool

Фото профиля Saeed Anwar
Saeed Anwar6 месяцев назад

writing your triage rules in a markdown file and letting an agent handle 147 issues overnight is exactly how open source maintenance should scale. the bottleneck was never code quality, it was human bandwidth to review it all.

Фото профиля Todd Rawlings
Todd Rawlings6 месяцев назад

This is brilliant. Let’s talk about this and OpenOats.

Фото профиля cCross
cCross6 месяцев назад

Solid approach, curious how you handle the 5% high risk cases?

Фото профиля yazin
yazin6 месяцев назад

You fly through them. It's like solving a multip answer quiz

Фото профиля Morgan
Morgan6 месяцев назад

Such an awesome idea Yazin 🔥

Фото профиля yazin
yazin6 месяцев назад

thanks morgan!

Фото профиля B.ع ♟️ 🇵🇸🇸🇩
B.ع ♟️ 🇵🇸🇸🇩6 месяцев назад

اللهم بارك

Фото профиля yazin
yazin6 месяцев назад

🙏 أجمعين

Фото профиля Kamran
Kamran6 месяцев назад

Wow quite nice stuff, I'll say add some sandboxing and security if there's not any since people can do prompt injection.

Фото профиля yazin
yazin6 месяцев назад

It runs inside an isolated environment in a GitHub actions. Runner

Фото профиля Khalid Shamiyah, MD
Khalid Shamiyah, MD6 месяцев назад

Love the video! How did you make it?

Фото профиля yazin
yazin6 месяцев назад

thanks, used remotion!

Фото профиля Khalid Shamiyah, MD
Khalid Shamiyah, MD6 месяцев назад

Thanks that’s very helpful!

Фото профиля michael froehlich
michael froehlich6 месяцев назад

@nimarblu

Фото профиля Misbah Syed
Misbah Syed6 месяцев назад

Amazing!

Фото профиля HaMah
HaMah6 месяцев назад

Dang slopsource bout to go vrooommmm

Фото профиля regardo911
regardo9116 месяцев назад

writing your maintenance rules in a markdown file and letting the agent triage is the right abstraction. the problem with most repo automation is it tries to be smart. this just follows YOUR rules. 147 issues overnight is the exact scenario where human triage breaks down and agents shine

Фото профиля Mahmoud Darwish
Mahmoud Darwish6 месяцев назад

Would like to collaborate, please dm

Фото профиля 0x_Vivek
0x_Vivek6 месяцев назад

yazin's daemon swallows 95% of the triage queue. for the 5% touching critical state, you retain the merge keys. run npx auto-maintainer init. zero platform toll.

Фото профиля Chat Data
Chat Data6 месяцев назад

The 95 percent number is the provocative part here. The interesting question is how you decide what falls into the 5 percent bucket. If the escalation rules and review trace are clear, this starts looking a lot more trustworthy for busy repos.

Похожие видео

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,502 просмотров • 3 месяцев назад

Claude Code + computer use is f*cking cracked 🤯 Build a landing page → Claude opens Chrome, looks at it, spots every issue, and fixes it — without you describing a single thing. All inside Claude Code. Perfect for DTC brands and agencies who are still vibe-coding landing pages and advertorials in Claude Code, then manually opening them in Chrome, spotting 15 things wrong, and describing every visual issue back to Claude one at a time. If you're building pages in Claude Code and your workflow looks like this — build the page, open it in Chrome, spot broken spacing, go back to Claude, type "the CTA button is too low and the hero image is cut off," wait for the fix, open Chrome again, find 3 new issues, describe those too ... Claude Code + computer use eliminates the entire loop: → Claude writes the full landing page or advertorial → Opens Chrome and navigates to it → Spots layout issues, broken spacing, off-brand colors, missing elements → Fixes everything and re-checks until the page looks right → Tests your Shopify product pages by clicking through like a real customer → Walks through your checkout flow and flags friction before customers hit it → You only see the finished, visually verified result No describing what you see on screen. No "the CTA button needs more contrast" back-and-forth. No being the eyeballs for an AI that can't see. What you get: → Landing pages and advertorials Claude builds AND visually QAs before you ever look at them → Product pages Claude clicks through — testing layout, images, and CTAs like a real user → HTML dashboards Claude opens and verifies the charts actually render → Checkout flows Claude walks through step by step to catch friction → All of it happening in one session — build, test, fix, done One prompt. Claude builds it, checks it, and fixes it. You just review the finished page. I put together a full playbook with the exact setup, the prompts, and 5 DTC workflows that use Claude Code + computer use. Want it for free? > Like this post > Comment "CLAUDE" And I'll send it over (must be following so I can DM)

Mike Futia

19,143 просмотров • 6 месяцев назад

8 rules to improve your AI coding agent. All of these rules work with Claude Code, Cursor, VS Code, and with most programming languages. Automating these rules will 10x the code quality and security produced by your AI coding agents. 1. Dependency checks - Prevent your agent from suggesting insecure libraries based on outdated training data. 2. Secret exposure - Auto-fix the use of hardcoded credentials introduced by your coding agent. 3. File and function size - Automatically refactor any files or functions that exceed a reasonable length. 4. Complexity and parameter limits - Simplify overly complex code written by the agent. 5. SQL Injection - Auto-fix all database interactions with unsanitized user input. 6. Unused variables and imports - Detect and remove dead code. 7. Detect invisible unicode characters in AI rules files - Remove zero-width spaces, direction overrides, and other invisible characters that can hide malicious behavior. 8. Insecure OpenAI API usage - Enforce use of secure OpenAI endpoints, proper authentication, and context isolation Here is how you can automate this: Install the Codacy extension. This will give you access to a CLI for local scanning and an MCP server for agent communication. From here on out, every time you need to generate some code: 1. Your agent will write the code 2. It will then call Codacy's CLI to check it 3. It will find any issues in real time 4. Your coding agent will fix the issues 5. When the code passes all checks, you are done Level of effort on your side: literally zero! Code quality and security because of this: 100x better! Here is the link to download the extension for your IDE: Thanks to the Codacy team for collaborating with me on this post.

Santiago

49,331 просмотров • 11 месяцев назад