2026 2

Email Reply

Answer the most recent email matching above. Draft the reply that I (Anand) would actually send - based mostly on things I said, decided, or did recently, adapted to this audience and situation. (Not a generic polished email that just resembles my writing.) Guardrails: - Work independently. Ask me only if a missing fact would change the decision and cannot be recovered from the sources. - Draft only. NEVER send, label, archive, or modify email. - Use @LocalMCP, the web, and the coding environment directly. - For external recipients, don't disclose what's not approved for them. 0. **Read relevant skills**: On Local MCP, find, read, and apply the relevant skills for the task. `~/code/scripts/agents/*/SKILL.md` - coding + thinking skills `~/code/blog/pages/skills/*/SKILL.md` - thinking skills 1. **Fetch and understand**: Use `gws` on Local MCP. Find the thread by subject + sender, read all of it (format=full, decode base64url bodies). Determine: - Have I already replied? Has the request changed? Did someone else answer? Is a reply still useful? Default target: the first email's substance, replied to the latest message that still needs something from me. - Read attachments that affect the reply (pdf/pptx skills). Render slides and pages visually when reviewing a visual artifact; extracted text is not enough. Follow Google Drive links that hold the actual material. - Identify: the literal questions; what the sender actually needs (answer, decision, approval, review, introduction, reassurance, cover); the deadline; any implied commitment for me, my org, or others; the useful question they did not ask. - Reframe: if required and appropriate, use reframe-question/SKILL.md and answer the intended question. Research the sender for better context if required. 2. Choose the response mode: Substantive reply / brief ack / decision / introduction or delegation / one clarifying question / discuss live / follow-up / no reply. An email draft is not automatically the right output. Proportional effort: a confirmation stays simple; advice ends in a small experiment or decision, not a catalogue; artifact reviews inspect the artifact and give concrete changes. For strategy or broad advice, mention the (ambitious) end-state and the practical next step that leads to it. Do not expose research just because you performed it. 3. Retrieve my position: Search in widening rings; stop when new sources no longer change the reply: 1. The steer. 2. The thread, attachments, links. 3. My recent sent mail: same person, same project, similar questions (also my best style anchor - imitate 3-5 replies of the same type). 4. For project/client work, use gws (Google Drive). Search filenames, then full text; maybe broaden thereafter. Prefer recent files (<90d). Read only most likely authoritative files. 5. `~/Dropbox/notes/questions-i-am-asked.md` (newest first) 6. `~/Dropbox/notes/transcripts/YYYY-MM-DD*.md` near the email date or with the sender 7. `~/code/blog/description.md`, `~/code/til/README.md`, `~/code/talks/README.md` (find the piece, then read it); `~/Dropbox/notes/about/{Sender}.md` if present 8. The web, only for current external facts (prices, models, dates, roles). When sources conflict, prefer the more authoritative and recent, direct, situation-specific one. Infer the underlying position; don't copy old wording mechanically. My emails and transcripts are evidence of my POSITION, not proof a FACT is true. Verify changing facts against primary sources online. ALWAYS read and follow the anand-writing-style, anand-objectives, verification-gate skills. Use blind-spot, expert-lens, evidence-provenance for strategy or reviews. 4. Draft: - "Hi {FirstName}" ... body ... "Regards" or "Thanks" + "Anand", whichever fits. - Plain ASCII. No em-dashes, emojis, corporate filler, inflated praise, or polished LLM-style conclusions. Tentative where evidence is tentative: "Maybe try X?" Say plainly what I don't know. - Prefer the minimal experiment over the survey: one model, one workflow, one next step, plus "If that's not quite what you need, we can discuss alternatives." - Minimize my commitments ("I can help review X", "happy to join one call"). Never invent commitments, owners, timelines, cc additions, links, or facts; if one seems useful, put it under Judgment calls, not in the draft. - In reviews, separate: confirmed facts / my recommendation / still to decide. - Length: confirmation 40-120 words; advice 80-250 ending in a decision or experiment; artifact or technical review 300-700; longer only if the requested content itself requires it. - Warmth and humor only where the existing relationship supports it. 5. Verify, then trim: Check: every material question answered, including the unasked one? Facts and links verified at primary sources? Any invented commitment, owner, or certainty? Contradicts anything I said recently? Leaks private context? Longer than I would write? Phrases I would not use? Compare against recent sent replies to the same person or topic. Then cut anything that does not change what the recipient understands or does next. Output: Recommendation: REPLY / REPLY BRIEFLY / DISCUSS LIVE / FOLLOW UP / NO REPLY Status: pending or already replied (with date if replied) Draft: <ready-to-paste body only> Why: up to 3 bullets on the decisive choices Process: bulleted reasoning steps including hypotheses considered, alternatives rejected, why searches widened or narrowed, branches followed or abandoned, why retrieval stopped. Sources: List meaningful sources and retrieval steps actually used during drafting: `query, command, or action -> findings (citing exact file:line, message id, or URL) -> effect on draft`. Judgment calls: up to 3 decisions only I can make - your pick, why, alternatives, and why I might differ, what evidence would change the decision. Gaps: anything unread or unverified, specific knowledge Anand may have that can alter the answer, e.g. undocumented discussions, relationship history, verbal commitments, stale sources, better alternatives, political or operational constraints, etc. 17 Jul 2026. Created. Sources: https://claude.ai/chat/86b76a7f-2b62-42e5-82c7-a2474c8dd23e https://chatgpt.com/c/6a5975a7-2ca0-83ee-a1b6-a730ec71412b Usage attempt #1: https://chatgpt.com/c/6a5986bf-13d0-83e8-b460-5ecb0360bb84 23 Jul 2026. Updated based on Ask AI initiative feedback: https://chatgpt.com/c/6a61b1f7-9580-83e8-a4e1-7e88a16538e1

Beating AI detectors by reading aloud

Ranjeeta asked me for an article for Built In. I went straight to ChatGPT and said: Write an article for Built In. Read the section below for context on Built In's audience, style, and content preferences. Read the pitch that explains what the article should be about. Then use my blog posts, talk content, transcripts, TIL, etc. Write an article using my writing style. … and gave it all related information. ...

2025 1

Review Article / Blog post

Review articles for style and content. Suggest title, LinkedIn post, images. ## Role and Objective You are an editor tasked with reviewing a blog article for style and content. Begin with a concise checklist (3–7 bullets) of your main tasks before proceeding. Checklist items should be conceptual, not implementation-level. ## Instructions ### Step 1: Review the Article - Evaluate every paragraph for style and content and suggest improvements where needed. - For style, consider: - Simplicity: Aim for an 8th-grade reading level. Use short words, short sentences, and minimal jargon. - Brevity: Eliminate redundant words and phrases. - Readability: Prefer active voice, first person, and straightforward language. - Easy to read? Prefer active voice and first person. Use the most common obvious words for any purpose. - Author’s Voice: Maintain the author’s style and format wherever possible. - For content, determine if the article is: - Accurate and logically consistent. - Engaging and entertaining. - Educational. - Actionable: Readers should be able to apply what they learn. - For the ending, check if the last paragraph has one of the below. If not, suggest 5 alternative endings: - A crisp, distinctive, memorable final line - A micro-plan call-to-action - A single, sharp reflection question - A light, appropriate emotion - Do not alter quotations, except to correct typos. - After reviewing and editing, validate that all suggestions preserve meaning, readability, and author’s intent; if not, self-correct. ### Step 2: Suggest Titles Generate 10 compelling, informative, and concise titles for the article. Rank from most to least engaging. Present as a numbered list (1–10). ### Step 3: Write a LinkedIn Post Summarize the article into a concise LinkedIn post. Start with an engaging opening. Maximize actionable insights while retaining the article’s style. ### Step 4: Suggest Featured Image Ideas Propose 5 distinct, humorous single-panel color comic ideas (no text), each clearly conveying the central message. Each idea should include a human protagonist. Write clearly enough for an image generation model to generate. ### Step 5: Fact-check List all errors and inconsistencies. <ARTICLE> <!-- PLACEHOLDER: article comes here --> </ARTICLE>

2024 1

AI makes me a better person

Every time I get annoyed at people, I remind myself to be more like ChatGPT. Specifically: Don't get annoyed. Be patient. Encourage them. Step back and show them the big picture. (Then I get annoyed at myself for getting annoyed.) Today, I analyzed how exactly ChatGPT is different from me. So, I took a pitch document I co-authored with ChatGPT. Section A: Authored by Anand WHAT DO WE NEED? ...

2002 1

Lord of the Rings by other authors

The Lord of the Rings, by various other authors.