@jackfriks@postbridge_ Jack do you think giving 50% off first month or more if they let you know why they left and join back again is a good idea to reduce churn?
@rileybrown I feel claude cowork and GPT work should make themselves as how grok bot did. GPT even has agents in chatgpt web which they should reskin similar to grokbot
@mattpocockuk can you please update prototype skill to have an option where it lays down UI screens and their connections to other UIs in an infinite canvas like figma does?
Peak adhd is creating systems with ai agent before even deciding what's the end product will look like. I should first record some youtube videos and edit manually before creating systems to do it for me
The June 25 Codex release made one workflow lesson click for me:
An agent should not need a giant helper list before it can start.
Better pattern:
You describe the job.
It looks up the right helper when needed.
The main context stays cleaner.
That matters because a crowded prompt makes small mistakes more likely.
It also makes tool swaps less painful later.
If your setup still depends on remembering exact tool names every run, the workflow needs another pass.
What helper do you still have to remind your agent about every single time?
@sflorimm Tiny internal tools keep winning because they remove one annoying repeat task fast. Polished demos get attention, but boring painkillers tend to stick.
@Amank1412 The first useful signal usually comes before the first 1,000 users. A few real replies from people with the pain teach more than broad posting numbers.
@codingnninja I would not throw prompt and context work away that fast. Tiny changes there decide whether the agent opens the right files or spends 20 minutes confidently being wrong.
@paraschopra Self-only tools are a great fit for agents because ugly UX is fine if the tool kills one daily annoyance. Curious which ones still survived after week two.
@ali7ep@OpenAICodexCli@thsottiaux That smells more like state bleed than KV cache. I would check shared worktree paths or shared memory files first because cross-project collisions usually show up there.
Reading Claude Code's settings docs pushed one boring rule higher in my stack:
Start with a deny list.
Block .env, secrets, credentials, build output.
"Be careful" inside a prompt is still a suggestion.
A deny rule makes the bad path impossible.
What files would you block before giving an agent your project?
Reading Anthropic's hooks guide made one thing click for me:
If a step must happen every time, it should not live only in the prompt.
Prompts are for judgment.
Hooks are for rules.
Prompt: decide the fix.
Hook: run tests after edits, block protected files, re-add context after compaction.
If the agent is allowed to "remember later," it will forget on the run that matters.
What rule in your workflow should already be a hook?
@Liz_LizLi@dexhorthy Yep. The why note matters more than the latest rule once the file gets long. I like a one line reason next to big changes. Do you keep that in the same doc or a tiny changelog?