AI has dramatically lowered the barrier to building software. Today, a 10-year-old can build a de...AI has dramatically lowered the barrier to building software. Today, a 10-year-old can build a de...
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started
AI has dramatically lowered the barrier to building software.
Today, a 10-year-old can build a decent website with AI, and someone with little technical experience can automate business processes in just a few days using no-code tools or AI assistants.
Building something is no longer the hard part.
The real challenge is making sure it still works weeks or months later.
Will the automation survive API updates? CRM changes? New business requirements? Will it scale? Will it fail gracefully when something goes wrong at 2 AM?
That's where Software Engineers make the difference.
Their value isn't in creating the first version - it's in building systems that are reliable, maintainable, scalable and resilient long after the demo is over.
Anyone can build an automation.
Building one your business can trust every day is a different skill entirely.
Ironically, this very post was crafted with AI.
AI can write.
AI can code.
AI can automate.
But AI doesn't have foresight.
Every great product, automation and system still needs a far-sighted Software Engineer - someone who thinks beyond today's task, anticipates tomorrow's challenges and designs solutions that continue working when the business depends on them most.
AI accelerates execution. Foresight engineers the future.
The 30–60 minute delay then 24-hour follow-up is a sensible cadence. The part I would harden next is the stop conditions: once the cart converts or the customer replies, every channel should cancel, and WhatsApp especially needs a clear opt-in trail before the first send....
Cockpit is an AI agent management platform concept that helps teams:
- Set boundaries
- Monitor activity
- Manage approvals
- Track knowledge sources
- Measure performance and costs
It brings together five key AI UX challenges:
👉 Autonomy
👉 Observability
👉 Human Approvals
👉 Context
👉 Analytics
The idea is simple:
As AI agents become more capable, the experiences we design around them need to make their actions more transparent, predictable, and manageable.
I’ve been working on a small skill called Manual Orchestrator to make longer projects with AI agents easier to manage.
The problem started with a familiar situation: one chat would accumulate plans, implementation details, corrections, and test results. By the time I was ready for the next phase, I wanted a fresh conversation without losing the decisions we’d already made.
Manual Orchestrator gives that process some structure. One chat acts as the orchestrator: it breaks the work into stages and writes a prompt for the next one. I run that prompt in a new session, then bring the result back. The orchestrator reviews it against the stage’s criteria before preparing the next prompt. If something needs fixing, I go back to the same worker session.
The skill also keeps a record in the project with the current stage, decisions, evidence, and next steps. That makes it easier to pause, resume, or hand the work to another session.
The handoff is manual. I choose when to open a session and carry the result back. The orchestrator and worker sessions can also use different agent CLIs, with the prompt adapted to the capabilities available.
It’s open source and still a work in progress. I’m using it to learn what helps in practice and where the workflow needs to improve. Installation has been checked for Codex, Claude Code, and Gemini CLI, but the full workflow hasn’t been tested across every CLI or version.
If you try it, I’d be interested in hearing what works and where it gets in your way.
I like that the handoff is manual. A written record with decisions and next steps is what I miss most when a long AI chat gets messy. How do you decide when a stage is finished: with tests, or with your own review?