Automation on Corey Daley

From Config Hub to Competing Voices: How agent-config Became My AI Collaboration Stack

Sat, 11 Apr 2026 14:50:00 -0400

I started agent-config as a shared configuration hub: one repository to rule Claude, Codex, Copilot, and Gemini. That lasted about two iterations before the cracks showed. Forcing every AI agent to share the same configuration format was the wrong abstraction — different tools, different philosophies, different file formats. The solution wasn’t more uniformity. It was a different model of collaboration entirely.

Today agent-config is Claude-specific, but Codex is still central to how I work. The difference: Codex is no longer a configuration target. It’s a competitive collaborator. Sprint plans, blog posts, security audits — every significant output runs through a workflow where Claude and Codex produce independent drafts, critique each other’s work, and force synthesis from the tension. Two AI voices with different instincts produce better output than either would alone — just like a team of people with different backgrounds does.

Is your multi-agent workflow built for sharing configuration, or for generating the productive disagreement that makes output actually better?

The Blog That Builds Itself: AI Automation Behind the Scenes

Tue, 10 Mar 2026 15:40:00 -0400

What happens when you stop treating AI as a writing assistant and start treating it as a co-publisher? This blog has accumulated a full automation stack: a /create-blog-post command that pits Claude and Codex against each other in a competitive draft workflow, a Python script that generates hero images using DALL-E 3 and Claude vision, pre-commit hooks that block commits with unoptimized images, and a Bash script that handles WebP conversion and thumbnail generation automatically.

The design principle behind all of it: treat each stage as a contract, not a prompt. The meta-detail: this post was written by the same pipeline it describes.

What would your content workflow look like if you designed it the same way you’d design a software system — and which parts would you never automate at all?

When Your First Version Fails: Iterating on agent-config with AI

Sat, 07 Mar 2026 16:00:00 -0500

I built agent-config v1 to centralize AI agent configurations across Claude, Codex, Copilot, and Gemini — and it failed. Not dramatically, but fundamentally: I tried to force every agent to follow the same rules in the same format, because that’s what my human instincts said made sense. The problem is those agents have completely different requirements. Gemini needs TOML. The others use Markdown. You can’t just symlink your way to consistency.

v2 fixes this by letting AI handle the translation — automated merging of global and per-agent configs, format conversion per tool, and intelligent symlink setup.

The real lesson isn’t about config management, though. It’s about failing fast, iterating faster with AI than you ever could alone, and trusting the tools to solve problems your instincts would have you paper over. Are you letting your human instincts slow down your AI iteration cycles?

Centralizing AI Agent Configurations with the agent-config Repository

Thu, 19 Feb 2026 20:26:46 -0500

If you’re juggling Claude Code, Codex, and GitHub Copilot, you know the pain of keeping each one’s configuration files in sync. My agent-config repo solves that with a single source of truth: agent instructions, reusable skills, custom commands, subagents, and prompts all live in one place, and a single make symlinks command wires them up across every tool.

Each directory is purpose-built—skills for reusable capabilities, commands for CLI tools, subagents for delegation, prompts for task-specific guidance. The setup even backs up any files it would overwrite, so you never lose existing config.

Whether you’re just starting to extend your AI tools or already deep into custom workflows, having everything version-controlled and centralized is a game changer. Are you managing your AI agent configurations in a single repository, or do you keep them scattered across tools?

Managing Blog Posts with GitHub Copilot

Wed, 04 Feb 2026 16:25:00 -0500

Managing a blog used to mean juggling multiple tools—notes apps for ideas, editors for drafting, task trackers for progress. It was fragmented and exhausting. Then I discovered GitHub Copilot can work directly with GitHub Issues and Projects, creating a seamless workflow.

Here’s how it works: I create issues for blog post ideas, GitHub Copilot reads the issue, generates the complete post with proper frontmatter and content, and automatically closes the issue when I publish. No context switching, no lost ideas, just a smooth pipeline from concept to publication. The best part? Everything lives in one place alongside my code.

If you’re blogging and using GitHub, this workflow is a game-changer. How are you managing your content pipeline? Have you tried integrating your blog workflow with your code repository?