@Matthew Sutherland I spotted this great hints from you! :) And I read that you recommended to hire a registered agent. What did you mean by that? I thought it could be a great opportunity for discussion:) Do you also know if this bank account is available to non-US citizens?🙏

I asked Claude Cowork to scan my Gmail inbox for all emails from the last 30 days and categorize them into these groups: 1. Urgent — needs my reply within 48 hours 2. Action needed — I should respond but not urgent 3. Read later — informational, no reply needed 4. Archive — completed threads or FYI emails 5. Delete — promotional, spam, or irrelevant For each category, show me: - How many emails - Top 5 examples with sender, subject, and date - Why you categorized it that way Do not delete or archive anything yet — just show me the analysis first. Ask me clarifying questions if needed Claude Cowork cone=nected to my email, reviewed ~201 emails from the past 30 days across multiple search passes. Nothing has been moved, deleted, or touched. Then I told it to delete the promotional, and spam and this is its reply "I need to be upfront with you, Pacita — I just checked the Gmail connector's available tools, and unfortunately it only has the ability to search, read, and draft emails. It does not have delete or archive functions. So I'm not able to delete or move any emails on your behalf with this connector." What connector should I have used to enable Claude Cowork to delete or archive functions?

In prompt engineering, there are specific components that separate a great prompt from a mediocre one. Planning works the same way. Most people write to-do lists and call them plans. A real plan is a model of reality that produces a specific outcome under specific conditions. Here are the 10 components that make it work. 1 Objective The single outcome the plan exists to produce. Not a list of things to do — one measurable end state. If you cannot write it in one sentence, the plan is not scoped yet. Everything else in the plan exists to serve this one thing. 2 Constraints What the plan must not violate. Time, budget, tools, dependencies, non-negotiables. Constraints defined upfront prevent the mid-execution pivots that collapse a plan entirely. A plan without constraints is a wish with steps attached. 3 Context What is true right now that the plan has to account for. The current state of the system, the environment, relationships, known blockers. A plan built without context is not a plan — it is a guess formatted to look like one. 4 Assumptions What you are treating as true but have not yet verified. Explicit assumptions are recoverable when they turn out to be wrong. Implicit assumptions are landmines — they detonate mid-execution when you least expect them. Write them down. Every one of them. 5 Sequenced steps Ordered actions with clear dependencies — not a flat list, but a chain where each step has a defined input and a defined output. The sequence is what makes a plan executable instead of just readable. If the order does not matter, you do not have steps, you have a checklist. 6 Decision points Forks in the path where the next action depends on an outcome. Good plans identify these in advance so you are not improvising under pressure when reality diverges. If your plan has no decision points, you are assuming the path is linear. It never is. 7 Success criteria How you know each step is complete, and how you know the whole plan is done. Without this, "done" is subjective and execution drifts. Criteria must be observable — something you can point to and verify, not something you feel your way toward.

Tonight Claude was about to do exactly the right thing. I typed /rewind to stop it. I was working on Athena, my executive assistant agent. The plan was already built. I wanted to run Ultra Plan against it (a hardening pass that stress-tests an existing plan instead of generating a new one). Claude misread the room and started executing the original plan from scratch. Not broken. Not hallucinating. Doing the wrong job confidently. Old me would have let it finish and untangled the duplicate work after. Or killed the terminal and lost the context. Tonight I typed /rewind, picked the checkpoint from before Claude started executing, changed directories, opened the right agent, and ran the hardening pass instead. 30 seconds, total recovery. Here's the shift in my head: confident wrong work takes twice as long to clean up as it took to generate. /rewind is the cheapest insurance policy in the entire Claude Code interface, and most people are still treating it like a panic button instead of a steering wheel. Three things worth knowing about /rewind: 1. Double-tap Esc does the same thing. Slash command or keystroke, your call. 2. When you pick a checkpoint, you get three restore options: code + conversation, conversation only, or code only. The conversation-only option is the sleeper. It rewinds the messages while keeping good file edits Claude made on the wrong path. Redirect the conversation without losing the work. 3. It does not track files touched by bash commands (rm, mv, cp) or manual edits outside the session. Direct Claude edits only. Plan accordingly. Three states every Claude Code session lives in: - Exploring: you don't know what you want yet - Building: you know exactly what you want - Redirecting: Claude is about to do the wrong right thing /rewind collapses redirecting from "stop, explain, re-prompt, hope" into one command and a checkpoint pick. I run 6 to 10 Claude Code sessions a day building client automations. The biggest unlock of the last three months wasn't a new model or a new MCP server. It was learning to redirect inside a session instead of restarting one.

I stripped down my personal Claude Code setup and turned it into a starter kit you can actually use. It's a memory, a voice, and a workflow baked into template files -- so Claude stops acting like a stranger every time you open a new session. After 15 minutes of setup, you'll have a Claude that knows who you are, writes in your voice, remembers your preferences, and picks up where you left off. Not a generic assistant. Yours. The difference is noticeable from the first prompt. This is a starting point, not the finished product. The kit gives you the structure -- you grow it from there. Add your own skills, drop in your own context, make it weirder or more specialized. Whatever your workflow needs. Request to Download it, follow SETUP.md, and come back here to share what you built. Genuinely curious what people do with it. Please send me a DM if you want a to build your own Command Center.