So, to be clear: someone you can't be bothered to cite claims that NASA(? presumably) lost a technology without explaining what it is? Is there some reason anyone should treat this as credible?
“Wow, are you saying I kind of singlehandedly built the kind of stack they use at Google? If engineering departments only knew… how can I get some CTO to hire me as a chief engineer?”
was probably when chatgpt should have said - no you built what seems like an interesting/capable php framework.
Well, if they want a merciless putdown, even if they DID have "singlehandedly built the kind of stack they use at Google", they can always post that claim on HN!
Your homepage looks cool but doesn’t explain what the product does.
This is just one man’s take:
“The Human-AI Operating System” is marketing vapor. “Harmonize your workflow” tells me nothing. The three feature boxes—“Intelligent Automation,” “Seamless Integration,” “Adaptive Learning”—could describe any SaaS product from the last five years.
I had to scroll to the demo video to understand you’re building event-driven workflow automation. That should be the first sentence.
Compare to your explanation: “Shopify order comes in, system checks integrations, shows you the route, one button completes all actions.” That’s clear. That’s what someone needs to know in five seconds.
Your homepage buries the actual value under abstraction. No one knows what “harmonize” means operationally. They don’t know what problem you’re solving or what actions the system takes.
Strip out the philosophy. Lead with the mechanism: “When business events happen, we route them across your tools automatically. One click fulfills orders, notifies teams, updates calendars. The system learns your patterns and gets smarter over time.”
Then show the integrations—Gmail, Shopify, Stripe, Slack, Asana. People need to see “oh, this connects the tools I already use.”
The cosmic language (“reshape how humans and AI collaborate”) actively obscures what you built. You’re competing for attention against a thousand AI startups using identical words. Specificity is your only advantage.
What does the product actually do in the first 60 seconds after someone signs up?
I’ve run into a similar issue, compacting is pretty much worthless and leads to a lot of churn.
I have started having Claude pay constant attention to usage and assess whether the next batch of tasks flirts with compaction.
If we’re anywhere close I have Claude create a next steps doc with meticulous notes along with a prompt that I can give to the next llm to hit the ground running.
Then kill the session and start fresh.
At least this way I know there’s a fighting chance of not falling into a death spiral of the llm guessing about what it’s supposed to be doing as if it hasn’t just had a self inflicted stroke.
I work for Amazon (AWS for 4 years then “the website” side of the house for the last 3)
The previous commenter is correct, there is no NOC or devops team and I’ve not encountered a Devops job family and I’ve never seen terraform internally.
Within AWS, the service teams that work these outages are the same ones that design the service, fix bugs, deploy the pipelines, be oncall, etc. the roles that fill these teams are pretty much one of three types: nde, sde, sysde. They typically use cdk if they’re doing AWS things, else they’ll use internal tooling.
The job you posted is a customer facing consultant like role - customers use terraform so having a customer facing consultant type that knows how customer-y things work is a good decision.
100% I drive a shell all day long, there’s no reason to drop to a browser to copy and paste.
Just create new folder, init, start the conversation and have it take notes/write docs. It’s a splendid way to work.
Plus if you name the folder something meaningful you can always go back without needing to scroll through vaguely named chat conversations
reply