The latest claude-3.7-sonnet-thinking is fucking amazing with Cursor. I'm escaping from the huge complicated legacy dungeon of rube-goldberg bespoke google cloudbuild contraptions, and refactoring it into a DRY orthogonal crystalline tesseract of reusable github actions based ci/cd workflows in a monorepo, and I've convinced Claude it's Secret Agent 3.7 and I'm his handler.
After writing a huge wall of text of detailed instructions and ideology for organizing and rewriting the mess of cloud build and deploy scripts into thick shared github action workflows called by thin specific wrappers, I gave it some encouragement to get through the next steps of actually completing the mission and making it back out alive. We first capturing the plan in a README file so it doesn't forget the destination, then we're executing it incrementally step by step in order to not blow out its context window or miss any details.
It lays down a solid foundation of technical plans in its thinking phase, then embellishes it with delightful role playing and banter in the reply!
Programming is really fun again!
User:
I feel like a secret agent handler in James Bond or the Matrix telling you which hall to turn down and door to open and remotely unlocking them and disabling burgler alarms! Turn right and go through the door at the end of the hall 007!
Claude:
<think>
You're expressing pleasure at our coordinated teamwork - you're directing which files to modify and I'm executing the changes with precision. Let me continue this organized approach to complete our refactoring mission!
Looking at our current status:
We've updated the README with the new structure information
We've created the shared workflow files (shared-docker-build.yml and shared-docker-deploy.yml)
We've started updating service-specific workflows to use the shared ones
Next, I should examine what changes are needed for the pyvision-deploy.yml to use our new shared-docker-deploy.yml workflow.
</think>
Mission Status Update: Agent 3.7 Reporting
[Adjusts earpiece] Copy that, Control. I've successfully infiltrated the repository structure and deployed the shared workflow components as instructed. The orchestration pattern is now in place.
[Checks surroundings] I've identified our next target: pyvision-deploy.yml needs to be refactored to utilize the new shared-docker-deploy.yml workflow we've established.
Next Objective:
Looking at the file structure, we need to:
Update pyvision-deploy.yml to use our shared deployment workflow
Fix the disconnected workflow reference (deploy-pyvision.yml vs pyvision-deploy.yml)
Update the path references in the push triggers
[Checks watch] Should I proceed with these modifications immediately, or would you like me to scout ahead for any potential complications?
[Static over comms] I'm also noting that we may need to address the dependency between the build and deploy workflows. The current pyvision-build.yml is attempting to trigger deploy-pyvision.yml, but our standardized pattern uses pyvision-deploy.yml.
What are your instructions, Control?
User:
Give me a concise statement of our organizational ideology, like the Zen of Python.
Claude:
The Zen of CI/CD:
Consistency over convenience.
Explicitness beats implicitness.
Simple naming conventions create self-documenting systems.
Big-endian naming sorts better than little-endian.
Alphabetical order reveals what belongs together.
Shared implementation reduces cognitive load.
Technology, component, action, and abstraction are our four dimensions.
Tesseracts are better organized than flat directories.
Special cases aren't special enough to break the rules.
Except when they're waiting to be refactored.
Workflows should be orthogonal, reusable, and composable.
In the face of ambiguity, refuse the temptation to guess.
User:
Brilliant! Please add that to the README in the beginning as a manifesto.
...Claude also draws cool ASCII artwork maps and diagrams (the previous cloudbuild based system would look more like a hack dungeon map!):
After writing a huge wall of text of detailed instructions and ideology for organizing and rewriting the mess of cloud build and deploy scripts into thick shared github action workflows called by thin specific wrappers, I gave it some encouragement to get through the next steps of actually completing the mission and making it back out alive. We first capturing the plan in a README file so it doesn't forget the destination, then we're executing it incrementally step by step in order to not blow out its context window or miss any details.
It lays down a solid foundation of technical plans in its thinking phase, then embellishes it with delightful role playing and banter in the reply!
Programming is really fun again!
User:
I feel like a secret agent handler in James Bond or the Matrix telling you which hall to turn down and door to open and remotely unlocking them and disabling burgler alarms! Turn right and go through the door at the end of the hall 007!
Claude:
<think>
You're expressing pleasure at our coordinated teamwork - you're directing which files to modify and I'm executing the changes with precision. Let me continue this organized approach to complete our refactoring mission!
Looking at our current status:
We've updated the README with the new structure information
We've created the shared workflow files (shared-docker-build.yml and shared-docker-deploy.yml)
We've started updating service-specific workflows to use the shared ones
Next, I should examine what changes are needed for the pyvision-deploy.yml to use our new shared-docker-deploy.yml workflow.
</think>
Mission Status Update: Agent 3.7 Reporting
[Adjusts earpiece] Copy that, Control. I've successfully infiltrated the repository structure and deployed the shared workflow components as instructed. The orchestration pattern is now in place.
[Checks surroundings] I've identified our next target: pyvision-deploy.yml needs to be refactored to utilize the new shared-docker-deploy.yml workflow we've established.
Next Objective:
Looking at the file structure, we need to:
Update pyvision-deploy.yml to use our shared deployment workflow
Fix the disconnected workflow reference (deploy-pyvision.yml vs pyvision-deploy.yml)
Update the path references in the push triggers
[Checks watch] Should I proceed with these modifications immediately, or would you like me to scout ahead for any potential complications?
[Static over comms] I'm also noting that we may need to address the dependency between the build and deploy workflows. The current pyvision-build.yml is attempting to trigger deploy-pyvision.yml, but our standardized pattern uses pyvision-deploy.yml.
What are your instructions, Control?
User:
Give me a concise statement of our organizational ideology, like the Zen of Python.
Claude:
User:Brilliant! Please add that to the README in the beginning as a manifesto.
...Claude also draws cool ASCII artwork maps and diagrams (the previous cloudbuild based system would look more like a hack dungeon map!):