Share your best AI workflow. We could show it to 2M+ people.

I'm becoming GrokBot-pilled. I run my company on top of what's happening on X. I used to check everything manually: scanning for new workflows, searching brand mentions, watching what readers complained about, and trying to remember who I had just met at events. I've now handed all four jobs to GrokBot routines. The combined setup took under an hour, and the routines save me a couple of hours of manual checking every day. Every prompt below is read-only by design: the agent watches, labels, and drafts, but never posts, replies, texts, or emails anyone. Paste each prompt as-is, then replace the bracketed parts with your own channels, brand, and time zone. Routine 1: Find real AI workflows worth stealing and filters out the hype threads. Every weekday at 9:15am in my time zone, search X and the web for new AI workflows people are actually running. Keep only cases that name the old task, the tool, and the result: time saved, a step removed, or a handoff that used to need a person. Drop product announcements, “10 prompts” threads, and anything the author has not used more than once. Return at most 3. For each, give the link, the job it replaces, what I would need connected, and whether it fits my work. Send it to me on Slack. Do not post or reply anywhere else. Save this as a routine. If nothing qualifies, send one line saying so. Routine 2: Labels every mention of my name or company and delivers the results. Every weekday at 9:00am, search X for mentions in the last 24 hours of [your brand, @handle, or your own name]. For each hit, give the author, link, a one-line summary, and whether it is praise, complaint, question, or neutral. Do not reply to anyone. Post the digest in [your Slack channel] and tag me. Save this as a routine. If a source is unavailable, say which one. (Note: works just as well for a personal brand or a job search as it does for a company) Routine 3: Catches people actively looking for what I do. Every 4 hours, search X for people evaluating [your category]. Catch three things: reviews or complaints about [category]; posts asking which [category] to use; and complaints about the problem [your product] solves. Quote the post, link it, name the account, and label it review, shopping, or complaint. Skip anything older than 24 hours, and skip [category] accounts promoting themselves. Post to [your Slack channel] only if there is at least one new hit you haven’t already shared. Do not reply to or interact with anyone. Save this as a routine. If the search fails, report the failure in Slack. Routine 4: Keeps the people I meet at events from disappearing into my contacts app. Every weekday at 8:30am in my time zone, read my address book and list contacts added in the last 14 days. For each, show name, date added, phone, email, and any note. Ask me what we talked about before you write anything. Once I reply, draft a follow-up task for each person in [your task tool] with the context attached. Never text, email, or call anyone. Save this as a routine. If the address book is unavailable, say so and do not use old data. Step-by-step: 1. Paste each routine prompt as-is. 2. Replace the bracketed fields with your own channels, brand, category, product, task tool, and time zone. 3. Save each prompt as a GrokBot routine on its stated schedule. 4. Review the read-only outputs in Slack and respond to Routine 4 when it asks what you discussed with a new contact. 5. Keep the routines limited to watching, labeling, and drafting; they should never post, reply, text, email, or call anyone.

I had a ChatGPT subscription that I knew I would not use during the coming month, so I wanted to find a productive use for the tokens I would otherwise pay for without using. I created a team of specialized agents on Raft that works persistently in the background. They continue working until all my allotted tokens are used, wait for the tokens to reset, and then continue. I assigned them a project: searching a stretch of LiDAR-mapped dense forest in Slovenia for archaeological discoveries. The agents scan the dataset for meaningful anomalies that could point to potential findings. Anything they identify will be handed over to the Slovenian authorities for further investigation. Even if they find nothing, that result is valuable in its own right. I encourage anyone with an idle AI subscription to use it for something beneficial. There are many publicly available datasets containing potential discoveries that no human would ever have time to examine manually. Step-by-step: 1. I identified a ChatGPT subscription that I would not be using during the coming month. 2. I created a team of specialized agents on Raft to work persistently in the background. 3. I configured the team to work until my allotted tokens were used, wait for the reset, and then continue. 4. I directed the agents to scan LiDAR data from a dense forest in Slovenia for meaningful anomalies. 5. I planned to hand any potential discoveries over to the Slovenian authorities for further investigation. 6. I treated a lack of findings as valuable information as well, since the dataset would still have been examined.

I built a custom AI knowledge-transfer GPT designed to prevent institutional knowledge from walking out the door when an experienced employee leaves. The trigger was an experienced operations manager preparing to leave the organization. I realized that while we had procedures, files, emails and account documentation, a huge amount of operational knowledge existed only in that manager’s head: customer preferences, recurring staffing problems, site-specific quirks, key relationships, historical issues, workarounds, lessons learned and the small details that can take a replacement months to discover. My goal was to capture that knowledge and turn it into an interactive resource for the incoming operations manager. First, I conducted and recorded an in-depth interview with the departing manager. Instead of only asking standard turnover questions, I had them walk through the operation as if they were personally training their replacement. We discussed customers, employees, locations, scheduling, recurring problems, escalation procedures, communication preferences, historical decisions and things they believed a new manager might not realize immediately. I then transcribed the conversation and used AI to analyze the interview for knowledge gaps. I asked the AI to approach the transcript from the perspective of someone taking over the job and identify important questions that had not yet been answered. Using those gaps, I had AI create customized knowledge-transfer questionnaires specifically for the departing manager. These asked more targeted questions such as: What problems happen repeatedly? What customer preferences are not documented? What exceptions exist to normal procedures? What mistakes is a new manager likely to make? What information exists only in your memory? What would you make sure your replacement understood during their first 30 days? The departing manager completed those documents, giving me another layer of institutional knowledge that would normally be lost. Next, I organized the interview transcript, completed questionnaires, operational procedures, account information, contacts, historical notes and other relevant documents into a knowledge base. I uploaded that information into a custom GPT and instructed it to function as an operational knowledge-transfer assistant. The GPT was told to base answers on the captured information, not invent answers when information was missing, and clearly tell the user when something needed to be verified. The incoming operations manager can now interact with that knowledge conversationally. Instead of searching through folders or wondering who to ask, they can say things like, “I’m meeting with this customer tomorrow. What should I know?”, “Has this location had staffing problems before?”, “Why do we handle this account differently?”, or “What should I watch for during my first month?” The GPT is now being used by the incoming manager as an ongoing reference tool. The result is essentially a searchable, interactive version of the institutional knowledge that previously would have disappeared with the departing employee. It reduces the “I don’t know what I don’t know” period of starting a new position, shortens the learning curve, improves operational continuity and helps prevent the next person from having to relearn years of lessons through trial and error. The same workflow could be recreated for retiring executives, salespeople, plant managers, administrators, project managers, maintenance supervisors or anyone whose experience contains valuable institutional knowledge. The employee can leave. Their knowledge doesn’t have to.

I’ve been using a simple AI workflow to capture and act on my best ideas before they get lost between meetings. It’s been so useful that I wanted to share it for others to borrow. Here’s what I do: Step-by-step: 1. While walking between meetings, I open Wispr Flow on my phone and dictate every idea and takeaway into an Apple Note, completely unstructured. The goal is to get everything out of my head before the next meeting overwrites it. 2. The notes sync automatically to my Mac, where a scheduled Claude task runs at the end of the day through the Claude Desktop app and simple connectors. It reads all the voice notes I’ve added. 3. Claude structures the notes in Notion, where I do most of my work, turning them into to-do tasks with key ideas, action items, and suggested deep-work blocks in my calendar for the bigger items. I no longer stress about forgetting important meeting takeaways because, by morning, I have actionable next steps waiting for me. I never have to touch my keyboard.

My calendar is wall-to-wall meetings, so I built a Scheduled Claude Cowork task that automatically preps me for all of them (sort of like an AI Chief of Staff). Every morning, it scans my calendar, then pulls past emails, Slack, and my Granola notes for each call to build a context brief that takes 30 seconds to read before each meeting. It's simple and keeps me sharp for every meeting. Step-by-step: 1. I created a Scheduled Claude Cowork task that runs before my meeting day begins. 2. I had it scan my calendar and identify every meeting that needed preparation. 3. For each call, it pulled relevant past emails, Slack messages, and Granola notes. 4. I asked it to synthesize those sources into a short context brief with the information I would need in the room. 5. I read each brief in about 30 seconds immediately before the meeting.

I come across a public social video—a Reel, TikTok, or short clip—with an idea, process, or tool worth keeping. Rather than saving it and forgetting it, I drop the link into my capture workflow. I also use the workflow for clips I have permission to upload or process. The workflow extracts useful information from the video. It creates a transcript of the spoken content and captures key frames when useful information appears on screen. AI then turns that raw material into a structured research note covering the main idea, any reusable framework or step-by-step process, tools or prompts mentioned, constraints, and whether the item should become a project, opportunity, reference, watchlist item, or be ignored. I save the finished note in Obsidian with the original source link so I can search for it later and trace where the idea came from. Each note ends with one recommended next action, turning the video into something I can act on rather than another forgotten save. I only process public content or content I have permission to use, and I label rough transcripts as rough rather than treating them as perfect. Step-by-step: 1. I find a public Reel, TikTok, or short video containing an idea, process, or tool worth keeping. 2. I add the video link to my capture workflow, or upload a clip I have permission to process. 3. I create a transcript of the spoken content and capture key frames that contain useful information. 4. I use AI to turn the transcript and frames into a structured research note covering the main idea, reusable frameworks or processes, tools or prompts, constraints, and the appropriate category. 5. I save the note in Obsidian with the original source link and label any rough transcript accordingly. 6. I end the note with one recommended next action so I can act on the idea.

The workflow starts when a project grows beyond one conversation and approved decisions, file versions, or next steps become difficult to track. I begin by creating one active authority document. It is not a transcript of every discussion; it contains only the rules, definitions, methods, and structural decisions that currently control the project. Next, I label project files by status: active, working, superseded, or archived. I also state clearly which file is authoritative instead of expecting the AI to infer it from the filenames. As decisions are approved, I record them in the authority document or a change log. I include what was decided, why it was decided, what it affects, and whether it needs later review. This keeps the chat from becoming the only project record. For large deliverables, I divide the work into named stages. A spreadsheet project might move through architecture, data migration, calculations, validation, and publication. Each stage produces a separate file and has a clear completion check. When a conversation gets too long, I create a handoff prompt for the next chat. It includes: - the project goal; - the active authority files; - completed work; - approved decisions; - unresolved issues; - the next specific deliverable; - anything that should not be redesigned. I start the new conversation with that prompt and only the files needed for the next stage. Finally, I validate the output outside the chat. For Excel files, that means opening them in desktop Excel, checking formulas and errors, saving them, closing them, and reopening them. An AI-generated file is not finished until it passes that check. The core pattern is to record the authority, label the versions, log decisions, work in stages, create a clear handoff, and validate the result. Step-by-step: 1. I create one active authority document containing the project’s current rules, definitions, methods, and structural decisions. 2. I label each project file as active, working, superseded, or archived, and identify the authoritative file. 3. I record approved decisions in the authority document or a change log, including the decision, rationale, effects, and any need for later review. 4. I divide large deliverables into named stages, with a separate file and clear completion check for each stage. 5. I create a handoff prompt when a conversation becomes too long, covering the project goal, authority files, completed work, approved decisions, unresolved issues, next deliverable, and anything that should not be redesigned. 6. I begin the next conversation with the handoff prompt and only the files needed for that stage. 7. I validate the final output outside the chat—for Excel files, by opening them in desktop Excel, checking formulas and errors, saving, closing, and reopening them.

Granola transcribes my one-on-ones with my boss. I use its API and an HTML dashboard to automatically ingest and categorize the conversations. A scheduled task and skill then process them into a “wiki.” In a custom project, I can ask how my boss would respond to a question. The results are scary good. Step-by-step: 1. I use Granola to transcribe my one-on-ones with my boss. 2. I use the API and an HTML dashboard to ingest and categorize the conversations automatically. 3. A scheduled task and skill process the one-on-ones into a “wiki.” 4. I ask a custom project how my boss would respond to a question.

AI is good at generating polished answers, but polished answers are not always your answers. When people ask AI for help with writing, strategy, or difficult decisions, it can jump too quickly to a conclusion and fill in beliefs the user has not fully examined. I created a thought-partner agent that interviews me before producing recommendations or drafts. Its job is to ask probing questions, challenge weak assumptions, surface contradictions, and separate my actual views from ideas suggested by the AI. Instead of writing for me immediately, it helps me clarify my position first. Step-by-step: 1. I give the agent the topic, decision, or idea I want to explore. 2. I tell it not to draft the final output yet. Its first job is to interview me. 3. I have it ask one focused question at a time about my reasoning, evidence, assumptions, audience, and uncertainty. 4. I require it to challenge vague claims and point out contradictions or overlap with my previous thinking. 5. I ask it to clearly separate: - conclusions I stated - ideas the AI proposed - issues that remain unresolved 6. I continue until the central belief, argument, or decision becomes clear. 7. I have the agent create a structured synthesis containing the core thesis, supporting reasoning, counterarguments, open questions, and useful language from the discussion. 8. I pass that synthesis to a writing, planning, or execution agent. I end up with a position that reflects my actual thinking rather than a plausible answer generated by AI. The final writing or strategy is more original, more consistent, and easier for downstream agents to execute.

Instead of relying on a single AI chat, I structure the work as an executive team of specialist perspectives. I define the problem, assign roles such as CTO, product leader, economist, marketer, and skeptic, and have each expert analyze it independently. Then I run several rounds of critique so they can challenge one another’s assumptions before synthesizing their areas of agreement and disagreement. The process ends with a recommendation that includes the rationale and any remaining uncertainties. Step-by-step: 1. Define the problem clearly. 2. Assign specialist roles, such as CTO, product leader, economist, marketer, and skeptic. 3. Have each expert analyze the problem independently. 4. Run several rounds of critique in which the experts challenge one another’s assumptions. 5. Synthesize the areas of agreement and disagreement. 6. Produce a final recommendation with its rationale and remaining uncertainties.

I’m creating a master plan in Google Docs that documents my file structure and naming conventions for different file types, including insurance documents, receipts, contracts, and others. I’ll give Claude access to my file server through a file-sharing link and have it create a Markdown file with guidelines for how I want my files organized. To define those guidelines, I can have Claude interview me about my business and what I want the system to do. I’ll then copy and paste a file path into Claude Code and ask it to organize the files according to the master plan. Eventually, I plan to create a folder on all my employees’ desktops that Claude can scan regularly, naming and filing everything placed there. That way, I won’t have to worry about files being misfiled or named incorrectly. Step-by-step: 1. I’ll create a master plan in Google Docs that lists the file structure and naming conventions for each file type, such as insurance documents, receipts, and contracts. 2. I’ll give Claude access to my file server through a file-sharing link. 3. I’ll have Claude create a Markdown file with guidelines for the organization system, using an interview about my business and requirements to define what it should do. 4. I’ll copy and paste a file path into Claude Code and ask it to organize the files according to the master plan. 5. Eventually, I’ll create a folder on each employee’s desktop for regular scanning, so files placed there can be named and filed automatically.

I use reusable AI skills rather than relying on one long prompt or previous chat history. I start by describing the project in plain English and invoking a project-kickoff skill. It creates a live project specification containing the objective, scope, constraints, acceptance criteria, concerns, and next actions. For larger or more ambiguous work, I can opt into a scope-discovery skill. AI guides me through one important decision at a time, explains the trade-offs, recommends a sensible default, and records each accepted decision until the project is ready to implement. When delivery involves several dependent or risky steps, I can use a runbook-design skill. AI converts the agreed scope into a checkpointed implementation plan with validation, rollback, and clear points where my approval or testing is required. AI then executes the runbook, builds the solution, performs automated checks, and records what actually happened. I mainly provide direction, answer business or product questions, and complete the human acceptance checks that AI cannot genuinely perform itself. The skills live inside the project repository alongside the code, decisions, runbooks, and documentation. Codex only links to them at runtime, so the repository remains self-contained and does not depend on my local setup or previous conversations. This also makes the workflow portable. Another capable AI agent or a human engineer can read the repository, understand how the project should be managed, and continue the work without reconstructing everything from chat history. Step-by-step: 1. I describe the project in plain English and invoke the project-kickoff skill. 2. I use the scope-discovery skill for larger or more ambiguous work, working through one decision at a time until the project is ready to implement. 3. I use the runbook-design skill when delivery involves dependent or risky steps, creating a checkpointed plan with validation, rollback, and approval or testing points. 4. AI executes the runbook, builds the solution, performs automated checks, and records what actually happened. 5. I provide direction, answer business or product questions, and complete the human acceptance checks AI cannot genuinely perform. 6. I keep the skills, code, decisions, runbooks, and documentation together in the project repository so the workflow remains self-contained and portable.

I built Timelanes so you can type any topic into one text box, such as “The Space Race” or “my grandfather's war years,” and generate a visually engaging, sourced, shareable timeline in seconds. Step-by-step: 1. Type a topic into the text box. 2. Let AI generate the timeline with dated events, short descriptions, and source links. 3. Review citation coverage for each event to see what's verified at a glance. 4. Edit and reorder events, add images and milestones, and choose a theme. 5. Publish the timeline with one click to create a shareable page and embeds that auto-render in Substack and Notion. 6. Export the timeline as a PDF, Markdown file, or CSV. Bonus: Compare mode places two or more timelines on one shared axis so overlaps stand out.

Many organizations have critical process knowledge that exists only in employees’ heads. When someone has a question, they have to track down the right expert, ask questions others may have already asked, and hope they remember every detail. This doesn’t scale and creates knowledge silos. I built a workflow that turns conversations with subject matter experts into structured, searchable organizational knowledge. Instead of asking employees to write documentation, an AI interviewer guides them through the process they know best, converts the conversation into well-structured documentation, and publishes it to an AI-powered knowledge base that anyone can query. Step-by-step: 1. Ask an employee to choose a business process they know well. 2. Have an AI interviewer ask follow-up questions to capture the complete workflow, decisions, exceptions, and best practices through a natural conversation. 3. Save the interview transcript. 4. Use an LLM to convert the transcript into structured documentation with clear sections, steps, decision points, and FAQs. 5. Store the documentation in a searchable knowledge repository and index it in a vector database. 6. Let employees ask questions through an AI assistant that retrieves the most relevant documentation and answers in natural language. 7. Repeat the process over time as processes evolve or additional experts contribute new knowledge. Instead of repeatedly interrupting the same subject matter experts, employees can get consistent answers from an AI assistant backed by documented organizational knowledge. The organization captures valuable expertise before it’s lost, reduces knowledge silos, improves onboarding, and creates documentation simply by having conversations.

I turned my company’s business continuity (BCEP) policy into an app that tracks storms, sends SMS updates, and automatically triggers policy actions. When a storm, tornado, or other emergency is reported within range of one of our office locations, the app sends SMS alerts to affected employees. It also triggers policy actions to prepare for office closures and safety check-ins, while maintaining an audit trail and compliance reporting. Step-by-step: 1. The app monitors reports of storms, tornadoes, and other emergencies within range of our office locations. 2. It identifies the affected employees and sends them SMS alerts. 3. It automatically triggers policy actions to prepare for office closures and safety check-ins. 4. It maintains an audit trail and generates reporting for compliance.

An AI “executive brain” needs two things: intelligence that, combined with your context, forms the system’s “brain,” and a harness that gives it “hands”—the agentic capabilities to act on your behalf. Claude Code and Codex are two popular options. Their apps provide both the model and the harness in an easy-to-use interface. My workspace is GitHub because popular AI models already understand it and can handle its setup and administration for me. GitHub also syncs automatically with the local file system on my MacBook, so I retain complete ownership and control. If I ever wanted to leave GitHub, I could do so without lock-in. The same setup can work in any file system, from your local file system or Google Drive to a more sophisticated option like Obsidian. A good manager has a structured process for onboarding and staying aligned with a team. You need the same structure to work effectively with AI. My “executive brain” has four layers: the company layer, project folders, operations folders, and the process layer. The company layer contains the mission, vision, values, brand guidelines, and decision-making principles. Project folders contain one folder per project, including its specification, plan, open questions, and decision log. Operations folders cover ongoing areas of the business, such as marketing, finance, and support. They have the same shape as project folders, but they never finish: projects ship, while operations run. The process layer contains standard operating procedures for how we work together, such as processing a meeting, planning a project, publishing a post, and closing out the week. For AI to work successfully, your company has to be “legible” to it. If information is not written down and accurate, it is not legible, and the AI cannot help you with it. This is like onboarding a great new hire: explain what the company is trying to do, what each project is for, what has already been decided and why, and how you like to work. You do not need to write everything alone or all at once. The AI can interview you, draft the documents, and file them in the right place based on the structure you set up. An employee without logins cannot do much, and AI works the same way. Start with the places where you communicate. At my company, we primarily communicate through Zoom and our community forums, so my AI system is connected to both. This allows it to stay up to date as we progress and participate in discussions as an equal participant when asked. Once the AI is connected to your communications, give it access to the places where you want it to execute on your behalf. You can connect it directly through an API or MCP, or it can use a browser to interact with a tool the same way you do by clicking and typing. You decide what it can access, and you can start small. Each connection turns a category of “things I have to do myself” into “things I can delegate.” The final step is incorporating what the AI learns. After every working session and meeting, it updates the record: decisions are logged, task lists are reconciled, and project documents are brought up to date. When we learn something, it goes into the SOP, so every future run is sharper than the last. That is how the AI becomes more useful every week: its knowledge compounds inside the business instead of starting from zero in every conversation. Step-by-step: 1. Choose the intelligence and harness that will power your AI system. Claude Code and Codex are two popular options whose apps provide both in an easy-to-use interface. 2. Create a workspace for alignment, planning, feedback, and learnings. I use GitHub because AI models understand it, it handles setup and administration, and it syncs with my local MacBook file system without locking me in. 3. Organize the workspace into four layers: company information, project folders, operations folders, and process documentation. 4. Make the company legible by documenting its goals, projects, decisions, working preferences, and other relevant context. Have the AI interview you, draft the documents, and file them in the appropriate locations. 5. Connect the AI to your communication tools, such as Zoom and community forums, so it can stay informed and participate when asked. 6. Connect the AI to the systems where you want it to execute tasks. Use a direct API or MCP connection when available, or give it browser access when it is not. 7. After each working session and meeting, have the AI update decisions, task lists, and project documents. 8. Add new learnings to the relevant SOP so each future run improves on the last.

I record a meeting on my phone and send the audio file to my Telegram chat with Hermes, my local AI agent. That is the only trigger—there is no app, upload page, or extra step. Hermes runs on my PC through WSL and handles the rest locally, except for the LLM analysis. Step-by-step: 1. Send the audio via Telegram. I drop the meeting recording into my Telegram chat with Hermes. 2. Create the meeting record. When Hermes receives the audio message, it calls a FastAPI endpoint at `localhost:8200`. The endpoint creates a meeting record and uploads the file. It is a thin Python server backed by SQLite, using async SQLAlchemy. 3. Transcribe the meeting locally. The backend runs faster-whisper on my PC, so there is no cloud transcription API or transcription cost. It handles large files and produces the full text with timestamped segments. 4. Identify the speakers. A diarization pass determines who spoke when. I can optionally upload a 10-second voice sample for each person; the system stores MFCC features and can automatically label speakers such as “Steve” and “Andrew” in future meetings. Diarization is best-effort, so transcription still works if it fails. 5. Analyze the transcript with an LLM. The transcript and timestamped segments are sent to DeepSeek through the OpenRouter API. A single structured prompt extracts: - A TL;DR - Thematic topic groups - Decisions made - Open questions - Risks flagged - A participant list - Tags - Proposed action items, each with an owner, priority, due date, confidence score, source timestamp, and the exact transcript quote it came from 6. Send action items to the todo app. Each proposed task has a Create in Todo button. With one click, I send it to my separate local `agent-native-todo` service on port `8100`, along with the meeting title, evidence quote, and timestamp as context. The todo app runs independently; the meeting app only calls its REST API. 7. Review everything in the web miniapp. The results appear in a React SPA at `/miniapp/`, which includes a meeting list, FTS5 full-text search, transcripts with clickable timestamps that jump to the corresponding point in the audio, color-coded tasks, speaker name editing, and audio playback with seek. The stack is: - Backend: Python FastAPI, async SQLAlchemy, and SQLite - Transcription: faster-whisper, installed with `pip install faster-whisper` - Diarization: pyannote.audio or a similar tool; optional because transcription works without it - LLM: OpenRouter API with DeepSeek, using one structured prompt and JSON mode - Frontend: React, Vite, and plain CSS without a framework - Agent glue: Hermes Agent receives Telegram messages and orchestrates the API calls - Todo integration: Any task app with a REST API; the meeting app only needs to POST to it The only part that costs money is the LLM analysis step, which costs about $0.01 per meeting through DeepSeek. Everything else runs on my PC.

Management pushed for an AI workflow to handle a massive daily headache: staff were manually searching for, copy-pasting, and moving hundreds of files listed in Excel. I was assigned to train the team to use the AI workflow. As soon as training started, though, it became clear that this was the wrong tool for the job. Forcing non-technical staff through a lengthy process of opening browsers, writing prompts, uploading spreadsheets, and dealing with token friction created more work than the manual process. It also introduced token costs, speed bottlenecks, and hallucination risks involving local file paths. The data was already structured. It did not need semantic intelligence; it needed deterministic speed. So AI got fired from running the task. Instead, I used AI as the developer. In less time than it would have taken to train one person, I had Gemini code a standalone Python desktop app and compile it into a simple executable. Now, with zero training required, staff drag and drop their Excel list into the app, choose a destination folder, and click Run. The app executes the transfers for hundreds of files, verifies every arrival on disk, and logs missing files in seconds. The result: $0 in API tokens, two hours recovered each day, zero path errors, and 100% team adoption. A two-second drag-and-drop will always beat a multi-step prompt-engineering exercise. As a side effect, the experience also supported AI adoption. Staff are now seeing more ways AI can help rather than hinder their work. Step-by-step: 1. I evaluated the proposed AI workflow for manually searching, copy-pasting, and moving hundreds of files from Excel lists. 2. I identified that training non-technical staff to open browsers, write prompts, upload spreadsheets, and manage token friction added more work, costs, bottlenecks, and local-file-path hallucination risks. 3. I used Gemini as the developer to create a standalone Python desktop app and compile it into a simple executable. 4. I had staff drag and drop their Excel list into the app, select a destination folder, and click Run. 5. The app transferred hundreds of files, verified each arrival on disk, and logged missing files in seconds. 6. I measured the results: $0 in API tokens, two hours recovered daily, zero path errors, and 100% team adoption.

I used Claude Code to build a web application that helps a company track Business Development Manager activity end to end. I gathered data from Excel worksheets and organized it in a relational database so the Business Development Managers could share their activity. Step-by-step: 1. I gathered the Business Development Managers’ activity data from Excel worksheets. 2. I organized the data in a relational database. 3. I built a web application with Claude Code to track and share the activity end to end.

Turn a collection of documents, reports, spreadsheets, and notes into an evidence-backed decision brief with ChatGPT. Instead of asking AI to simply summarize the information, this workflow makes it identify what matters, connect the evidence, compare it with historical context, explore scenarios, and highlight what should be considered before making a decision. Step-by-step: 1. I gather the information relevant to one decision, including reports, PDFs, spreadsheets, research, historical data, meeting notes, and existing analysis. I upload everything into ChatGPT. 2. I ask ChatGPT to understand the situation using this prompt: > “Analyze the information I provided and build a structured understanding of the situation. Identify the key entities, important facts, relationships, metrics, trends, assumptions, and constraints. Do not make recommendations yet.” This creates the context before jumping to conclusions. 3. I build an evidence brief by asking: > “Create an evidence brief. Separate verified facts, derived insights, assumptions, conflicting information, and missing information. For every important conclusion, identify the supporting source or evidence.” This gives me a clearer picture of what is known versus what is inferred. 4. I add historical context when it is available by asking: > “Compare the current situation with the historical information provided. Identify meaningful patterns, similarities, differences, and changes. Highlight which historical observations could be relevant to the current decision.” This turns historical data into context rather than simply another report. 5. I explore three scenarios by asking ChatGPT: > “Based on the evidence and historical context, evaluate three scenarios: upside, base case, and downside. For each scenario, identify the assumptions, key drivers, risks, likely impact, and evidence supporting the assessment.” The objective isn't to pretend the future can be predicted perfectly. It is to understand how the decision changes when assumptions change. 6. I generate the decision brief by asking: > “Create a concise decision brief containing: > > 1. Current situation > 2. Most important evidence > 3. Key insights > 4. Historical context > 5. Critical assumptions > 6. Key risks > 7. Scenario analysis > 8. Evidence gaps and uncertainties > 9. Questions that should be investigated > 10. Possible actions and their implications. > Do not make the final decision on my behalf.” This produces a structured decision brief instead of another AI-generated summary. 7. I review the brief and challenge its conclusions before making the decision. I ask follow-up questions such as: > “Which assumption has the greatest impact on this decision?” > “Show me the strongest evidence against the current conclusion.” > “What information would most likely change the recommendation?” The AI helps structure the decision, but I make the decision. The important shift is: Summarize the information → Understand the situation → Establish the evidence → Add historical context → Explore scenarios → Evaluate the decision This approach can be applied to almost any domain where decisions depend on complex and interconnected information. A property investment is one example. A business strategy, product decision, operational problem, financial analysis, research question, or engineering decision can follow the same pattern.