# Deduped AI Use Cases Generated 2026-10-19. Every current use case for the top AI repos, with steps and copy-paste prompts. Third-party repos we don't own or vouch for. AI-generated use cases can be wrong: review everything and run at your own risk. ## 1. morluto/rea GitHub: https://github.com/morluto/rea Page: https://dedupedai.com/use-cases/morluto-rea/ A plug-in that lets your AI agent take apart an app and explain how a feature works. Audience: For developers and security-minded builders who want an AI agent to take apart an app they can run locally and explain how a feature works, with evidence. Dual-use notice: only use this on software, sites and systems you own or are authorized to test. Requirements: - Node.js 22.x (>=22.19), 24.x (>=24.11), or 26+, plus npm - An MCP-capable AI agent such as Claude Code, Codex, Cursor or Gemini CLI - For native binaries: Hopper, Ghidra or IDA installed locally - For websites: a Chrome-family browser - On Linux: a procps-compatible ps on PATH for JavaScript/Electron analysis ### How to rebuild a feature you saw, in your own project with rea Difficulty: Intermediate | Time: 1 hour | Basis: Seen in the wild Who: Solo founder who wants a comparable feature in their product after studying how another app does it Problem: You know what the feature does but not how to build it, and copying blindly risks missing key details. Outcome: A working implementation in your project, grounded in what the agent observed in the target app. Steps: 1. Run npx rea-agents setup and restart your agent. 2. Ask the agent to investigate the feature in the target app and explain it first. 3. Ask it to build a version for your project and test it. 4. Review the code and compare it against the evidence it listed. Prompt: ```text Use REA to investigate in at , show the evidence, then build a version for my project at and test it. Verify the result matches the behavior it observed, not just a guess. ``` Caveat: Reimplementing another product's behavior can raise copyright, license and terms-of-service issues. Write your own code and only study apps you are permitted to inspect. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112187888741822588 - X (Oct 2026): https://x.com/i/web/status/2112162379614314867 URL: https://dedupedai.com/use-cases/morluto-rea/build-similar-feature-for-my-project/ ### How to map how a website's front end behaves with rea Difficulty: Intermediate | Time: 45 minutes | Basis: Seen in the wild Who: Frontend developer curious how a web app wires its UI to its scripts and requests Problem: Minified scripts and network traffic make it hard to see how a web app actually works. Outcome: A summary of the page structure, scripts and observed network requests for the site. Steps: 1. Run npx rea-agents setup and restart your agent. 2. Make sure a Chrome-family browser is installed. 3. Ask your agent to observe the target website with REA and list scripts and network calls. 4. Ask it to explain the part of the behavior you care about. Prompt: ```text Use REA to observe in a browser and summarize its page structure, scripts and network requests. Explain how works and verify claims against the observed requests. ``` Caveat: Observation covers the client side only. Server logic can only be inferred from responses, and you should respect the site's terms of use. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112162379614314867 URL: https://dedupedai.com/use-cases/morluto-rea/inspect-web-player-from-browser/ ### How to learn how a feature in another app works with rea Difficulty: Intermediate | Time: 45 minutes | Basis: Seen in the wild Who: Indie developer who likes a feature in a desktop app and wants to understand how it is built Problem: The app has no public source code, so you cannot tell how the feature is put together. Outcome: A written explanation of how the feature works, with the evidence listed and unknowns flagged. Steps: 1. Run npx rea-agents setup, pick your agent, approve the changes, then restart the agent. 2. Ask your agent to investigate one specific feature in the target app using REA. 3. Ask it to show the evidence for each claim and mark anything it is guessing. 4. Read the explanation and ask follow-up questions about the parts you will reuse. Prompt: ```text Use REA to work out how works in at . Show the evidence, flag what you are guessing, and summarize the design in plain words. Verify every claim points to a file, symbol or observed behavior. ``` Caveat: Only analyze software you own or are licensed to inspect, and check the app's license terms. REA can only infer backend logic from what the client exposes. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112187888741822588 - Reddit: https://www.reddit.com/r/singularity/comments/1x2rrsi/reverse_engineer_anything_is_a_great_toolkit_what/ URL: https://dedupedai.com/use-cases/morluto-rea/learn-how-app-feature-works/ ### How to pull apart a game's web build with rea Difficulty: Advanced | Time: 1 hour | Basis: Seen in the wild Who: Hobbyist or modder who wants to know how a cross-platform game's web build is put together Problem: The web version ships as compiled WebAssembly, which you cannot read directly. Outcome: A decoded view of the WASM imports, exports and sections, plus the agent's notes on what they suggest. Steps: 1. Run npx rea-agents setup and restart your agent. 2. Download or locate the .wasm file from the game you are allowed to inspect. 3. Ask your agent to inspect the WASM artifact with REA and decode it. 4. Ask it to explain the notable imports and exports. Prompt: ```text Use REA to inspect the WASM artifact at , decode its sections and imports/exports, and explain what stands out. Verify against the decoded output and flag any guesses. ``` Caveat: WASM decoding needs the caller-supplied WABT 1.0.42 toolchain. Only inspect builds you have the right to analyze. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112166529236357176 URL: https://dedupedai.com/use-cases/morluto-rea/explain-game-wasm-build/ ### How to understand traffic from a saved HAR or SAZ file with rea Difficulty: Intermediate | Time: 45 minutes | Basis: From the README Who: Developer debugging how an app talks to its server using a capture they already recorded Problem: A raw capture has hundreds of requests and no clear picture of what the app actually sends. Outcome: A readable breakdown of requests, responses and exposed payloads tied to source locations. Steps: 1. Export your traffic as a HAR file or a Fiddler Everywhere SAZ file. 2. Run npx rea-agents setup and restart your agent. 3. Ask the agent to analyze the capture with REA. 4. Ask it to explain the calls behind the feature you are tracing. Prompt: ```text Use REA to analyze the network capture at , list the key requests and responses, and explain which calls drive . Verify each claim against a specific request in the capture. ``` Caveat: Captures may contain tokens and personal data, so scrub them before sharing. On Linux, native mitmproxy captures need mitmdump installed. URL: https://dedupedai.com/use-cases/morluto-rea/replay-saved-network-capture/ ### How to list modules and IPC in an Electron app with rea Difficulty: Beginner | Time: 30 minutes | Basis: From the README Who: Developer vetting or learning from an Electron desktop app they have installed Problem: Packaged Electron apps hide their structure inside bundled files, so you cannot easily see what talks to what. Outcome: A JSON report of modules, imports, Electron boundaries and the evidence for each. Steps: 1. Locate the extracted app directory or ASAR file on disk. 2. Run npx -y rea-agents@latest analyze-javascript-application /absolute/path/to/app --json 3. Read the report for modules, imports and Electron boundaries. 4. Feed the JSON to your agent and ask it to explain the feature you care about. Prompt: ```text Run REA's analyze-javascript-application on and explain the main modules, imports and IPC boundaries. Verify each finding cites evidence from the report. ``` Caveat: On Linux you need a procps-compatible ps on PATH. Replace the example path with your own, such as a Windows path like D:/apps/example. URL: https://dedupedai.com/use-cases/morluto-rea/analyze-electron-app-directory/ ### How to list types and methods in a Unity game with rea Difficulty: Advanced | Time: 1 hour | Basis: From the README Who: Game modder or QA engineer who needs the class and method names in a shipped Unity game Problem: IL2CPP compiles game code to native, hiding the original type and method names. Outcome: A list of assembly images, types and methods with index ranges from the metadata file. Steps: 1. Locate the global-metadata.dat file from the game you are allowed to inspect. 2. Run npx rea-agents setup and restart your agent. 3. Ask the agent to inspect the IL2CPP metadata with REA. 4. Ask it to summarize the types and methods related to the system you care about. Prompt: ```text Use REA to decode the IL2CPP metadata at and list assembly images, types and methods related to . Verify names come from the decoded output. ``` Caveat: Static decoding supports metadata versions 29, 31 and 39 only. Check the game's terms before analyzing it. URL: https://dedupedai.com/use-cases/morluto-rea/decode-unity-il2cpp-metadata/ ### How to get readable pseudocode from a native binary with rea Difficulty: Advanced | Time: 1 hour 30 minutes | Basis: From the README Who: Engineer inheriting an old compiled tool whose source is lost, needing to know what one routine does Problem: You only have the compiled binary and cannot read assembly fluently. Outcome: Pseudocode, strings, symbols and call references for the routine, explained in plain words. Steps: 1. Install Hopper, Ghidra or IDA locally and configure it as the provider. 2. Run npx rea-agents setup and restart your agent. 3. Ask the agent to open the binary and explain the function you care about. 4. Ask it to show the pseudocode and references it relied on. Prompt: ```text Use REA with my installed to analyze the binary at , explain what does, and show the pseudocode and references. Verify claims against the shown output. ``` Caveat: Needs a native analysis engine installed and configured; setup can optionally install Hopper with your approval. Only analyze binaries you own or are authorized to inspect. Seen in the wild: - Reddit: https://www.reddit.com/r/singularity/comments/1x2rrsi/reverse_engineer_anything_is_a_great_toolkit_what/ URL: https://dedupedai.com/use-cases/morluto-rea/understand-native-binary-behavior/ ### How to check what an Android APK declares and does with rea Difficulty: Intermediate | Time: 1 hour | Basis: From the README Who: IT admin or security reviewer vetting an Android app before approving it for staff devices Problem: You cannot tell what permissions and components an APK declares or how its key methods behave. Outcome: A report of manifest declarations, classes and decompiled methods you can review. Steps: 1. Install headless JADX if you do not have it. 2. Run npx rea-agents setup and restart your agent. 3. Ask the agent to analyze the APK with REA and list manifest declarations. 4. Ask it to decompile and explain the methods that handle the behavior you worry about. Prompt: ```text Use REA to analyze the APK at , list its manifest declarations and explain what does in the decompiled methods. Verify each claim cites a class or method. ``` Caveat: APK analysis depends on JADX being available. Only inspect apps you are authorized to review; decompiled output is an approximation of the original code. URL: https://dedupedai.com/use-cases/morluto-rea/audit-android-apk-manifest/ ## 2. google-research/harness2 GitHub: https://github.com/google-research/harness2 Page: https://dedupedai.com/use-cases/google-research-harness2/ A framework that lets an AI agent keep improving its own setup (prompts, tools, memory, skills) while the model itself stays unchanged. Audience: For builders who run LLM agents on professional tasks and want to improve the prompts, tools, memory and skills around a fixed model without fine-tuning it. Dual-use notice: only use this on software, sites and systems you own or are authorized to test. Requirements: - Linux, Python 3.12 and uv for installation - No credentials needed for the local demo (harness2-demo) - Model-backed runs need Node.js 20+, the Google Cloud CLI, a Vertex AI project and model IDs in .env, and gcloud application-default login - LAB needs Pandoc and Poppler; WorkBuddy-Bench needs Docker - Model-backed benchmark runs incur API costs ### How to audit which harness edits were adopted and why with harness2 Difficulty: Intermediate | Time: 45 minutes | Basis: Seen in the wild Who: Agent builder who wants to copy the winning edits into a hand-maintained harness instead of re-running refinement Problem: You get a better score but do not know which of the eight editable components changed or what lesson justified it. Outcome: A short list of concrete edits (system prompt, guardrails, memory, tool guidance and so on) with their stated evidence, ready to port by hand. Steps: 1. Finish a refinement run, for example: harness2 --bench lab --k 1 --mode parallel --only-domains antitrust-competition --max-tasks 1 2. Open the benchmark folder under runs/ and find the adopted harnesses and reflection notes. 3. Compare the adopted harness against the base harness, component by component. 4. Note which edits came from the general candidate versus the domain-specific candidate. 5. Copy the edits you trust into your own agent setup. Prompt: ```text After a google-research/harness2 run on , open the runs/ folder and list every adopted harness edit grouped by component (system prompt, guardrails, memory, tool guidance, subagents, skills, scripts, plugins). Verify each edit has a matching reflection note before recommending I port it. ``` Caveat: The README does not document the exact file layout inside runs/, so inspect the actual output folders rather than assuming a structure, and treat a single run's lessons as hypotheses. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112193309238329415 - X (Oct 2026): https://x.com/i/web/status/2112219976056914081 URL: https://dedupedai.com/use-cases/google-research-harness2/audit-which-harness-edits-actually-stuck/ ### How to watch an agent improve its own setup in 5 minutes, no API key with harness2 Difficulty: Beginner | Time: 15 minutes | Basis: Seen in the wild Who: Curious developer who saw Harness2 trending and wants proof it runs before investing in setup Problem: You cannot tell whether a self-improving harness framework actually works without wiring up models and paying for API calls. Outcome: A runs/demo folder showing parallel and sequential recursion with deterministic editors, produced locally in seconds. Steps: 1. Create the environment: uv venv --python 3.12 .venv 2. Activate it: source .venv/bin/activate 3. Install the package: uv pip install -e '.[render]' 4. Run the demo: harness2-demo --output runs/demo --k 2 5. Open the runs/demo folder and read the adopted harnesses and reflection notes. Prompt: ```text Clone google-research/harness2, set up a Python 3.12 uv environment, install it, and run harness2-demo with --k 2 into runs/demo. Summarize what files were produced and verify the demo ran without any model credentials. ``` Caveat: The demo uses deterministic editors, not real models, so it shows the mechanics of the loop and says nothing about real-world score gains. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112227371847729175 URL: https://dedupedai.com/use-cases/google-research-harness2/try-self-improving-agent-demo-no-keys/ ### How to boost an office, web or coding agent on WorkBuddy tasks with harness2 Difficulty: Advanced | Time: 2 hours | Basis: Seen in the wild Who: Builder of an internal assistant that edits documents, browses, or writes code and wants a measurable harness upgrade Problem: Hand-tuning prompts for office, web and code tasks is guesswork with no consistent score to compare against. Outcome: A judged WorkBuddy run for one subset showing whether a Propose-Probe-Compose step beat the base harness. Steps: 1. Install the benchmark (needs Docker): harness2-setup wb 2. Check prerequisites: harness2-check --bench wb --subset office 3. Refine one task (inferred, adapting the LAB example to WorkBuddy): harness2 --bench wb --subset office --k 1 --mode parallel --max-tasks 1 4. Judge and report with matching flags: harness2-judge --bench wb --subset office --k 1 --mode parallel 5. Read the report: harness2-report --bench wb --subset office --k 1 --mode parallel Prompt: ```text In google-research/harness2, set up WorkBuddy-Bench with harness2-setup wb and run one task from --subset office with --k 1 --mode parallel, then judge and report with identical flags. Verify Docker is running first and that the subset flag is passed on every command after setup. ``` Caveat: WorkBuddy-Bench needs Docker and the --subset flag on every command after setup, and the README guide for WorkBuddy should be checked for the exact task-selection flags before running. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112341275932586114 URL: https://dedupedai.com/use-cases/google-research-harness2/improve-office-web-code-agent-workbuddy/ ### How to test whether harness edits lift your agent on legal tasks with harness2 Difficulty: Intermediate | Time: 1 hour | Basis: From the README Who: Legal-tech engineer whose agent drafts antitrust or competition analysis and who wants evidence that prompt and tool edits help Problem: You cannot tell if rewriting your agent's prompts and guardrails improves legal output without a repeatable before/after run. Outcome: A judged and reported result for one LAB task, with the adopted harness and reflection notes saved under runs/. Steps: 1. Install the benchmark: harness2-setup lab 2. Check prerequisites: harness2-check --bench lab 3. Refine one task: harness2 --bench lab --k 1 --mode parallel --only-domains antitrust-competition --max-tasks 1 4. Judge the result: harness2-judge --bench lab --k 1 --mode parallel 5. Read the summary: harness2-report --bench lab --k 1 --mode parallel Prompt: ```text In google-research/harness2, run the LAB benchmark for one antitrust-competition task with --k 1 --mode parallel, then run harness2-judge and harness2-report with the same flags. Confirm judge and report used identical benchmark, k, mode and seed as the refinement run. ``` Caveat: Judge and report must use the same benchmark, executor, subset, --k, --mode and seed as the refinement run, and model-backed runs cost real API money, so keep --max-tasks at 1. URL: https://dedupedai.com/use-cases/google-research-harness2/test-harness-refinement-on-legal-tasks/ ### How to run a clean benchmark with network limits against rubric leaks with harness2 Difficulty: Advanced | Time: 1 hour | Basis: Seen in the wild Who: Researcher reporting harness-improvement numbers who must show the agent could not read public rubrics Problem: Executors have open web access and public rubrics may exist online, so scores can be inflated by looking up answers. Outcome: A benchmark run done under network restrictions, giving numbers you can defend as not contaminated by leaked grading criteria. Steps: 1. Read the web access section of docs/EXPERIMENTS.md and apply its network restrictions. 2. Preview task selection with no model calls by adding --dry-run to your harness2 command. 3. Run the real refinement: harness2 --bench lab --k 1 --mode parallel --only-domains antitrust-competition --max-tasks 1 4. Judge: harness2-judge --bench lab --k 1 --mode parallel 5. Report: harness2-report --bench lab --k 1 --mode parallel Prompt: ```text Before running any model-backed benchmark in google-research/harness2, read the web access section in docs/EXPERIMENTS.md and tell me what network restrictions to configure for . Then run a --dry-run preview and verify task selection looks right. ``` Caveat: Authorized use only: run this only inside infrastructure you control, since the README states executors have unrestricted network access and Codex runs with its sandbox disabled, and public rubrics may be online. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2112265188091265326 - X (Oct 2026): https://x.com/i/web/status/2112254069184344121 URL: https://dedupedai.com/use-cases/google-research-harness2/benchmark-agent-harness-without-answer-leaks/ ### How to compare parallel and sequential refinement on the same task with harness2 Difficulty: Intermediate | Time: 2 hours | Basis: From the README Who: ML engineer deciding how to spend an agent-refinement compute budget on a recurring task type Problem: It is unclear whether exploring many candidates at once or refining step by step gives better results per dollar for your task. Outcome: Two reports for the same task, one per mode, that you can compare side by side to choose a strategy. Steps: 1. Run parallel mode: harness2 --bench lab --k 2 --mode parallel --only-domains antitrust-competition --max-tasks 1 2. Run sequential mode: harness2 --bench lab --k 2 --mode sequential --only-domains antitrust-competition --max-tasks 1 3. Judge each run: harness2-judge --bench lab --k 2 --mode parallel and harness2-judge --bench lab --k 2 --mode sequential 4. Report each run: harness2-report --bench lab --k 2 --mode parallel and harness2-report --bench lab --k 2 --mode sequential 5. Compare the two reports and the adopted harnesses. Prompt: ```text Using google-research/harness2, run LAB on one task with --k 2 in both parallel and sequential modes, judge and report each, and tabulate the scores side by side. Verify both runs used the same task selection and seed before comparing. ``` Caveat: A single task is a very noisy comparison, and the README ties each judge and report call to its own mode, k and seed, so run the full command set once per mode. URL: https://dedupedai.com/use-cases/google-research-harness2/compare-parallel-vs-sequential-recursion/ ### How to run harness refinement with the Codex executor with harness2 Difficulty: Advanced | Time: 1 hour 30 minutes | Basis: From the README Who: Developer who already uses Codex as a coding agent and wants harness improvements tuned to that executor Problem: Harness edits that help one executor may not carry over to another, and you have no way to check without a controlled run. Outcome: A refinement run on Codex whose results are stored separately so you can compare it against an OpenCode run. Steps: 1. Read the Codex executor section in docs/SETUP.md and finish its prerequisites. 2. Install a benchmark: harness2-setup jb 3. Run with Codex: harness2 --bench jb --k 1 --mode parallel --substrate cx --max-tasks 1 4. Use a fresh HARNESS2_RUNS_DIR when changing models or task selection. 5. Judge and report with matching flags: harness2-judge --bench jb --k 1 --mode parallel --substrate cx Prompt: ```text In google-research/harness2, run one JobBench task with --substrate cx and --k 1 --mode parallel, then judge it with matching flags. Verify the run completes under its own runs directory and that network restrictions are configured first. ``` Caveat: Codex runs with its sandbox disabled and executors get open web access, so run it only in an isolated environment, and confirm whether judge and report also need the substrate flag in the experiment guide. URL: https://dedupedai.com/use-cases/google-research-harness2/swap-codex-executor-into-agent-loop/ ### How to resume a long refinement run after it stops midway with harness2 Difficulty: Intermediate | Time: 30 minutes | Basis: From the README Who: Researcher running a larger JobBench or LAB sweep that was interrupted by a crash or quota limit Problem: Long model-backed runs cost money, and restarting from scratch after an interruption wastes both time and API spend. Outcome: A completed run that picked up where it stopped, with results kept under the same runs directory. Steps: 1. Note the exact command you used, including --bench, --k, --mode, any subset flags and seed. 2. Re-run the identical harness2 command to resume. 3. Use a new HARNESS2_RUNS_DIR only if you changed models or task selection. 4. Run harness2-judge and harness2-report with the same flags once refinement finishes. 5. Check each command's --help for extra options. Prompt: ```text My google-research/harness2 run on stopped partway. Reconstruct the exact original command, re-run it to resume, and verify that previously finished tasks were not repeated by checking the runs/ folder. ``` Caveat: Resume only works when you repeat the same benchmark, executor, subset, --k, --mode and seed, and changing models or task selection requires a new HARNESS2_RUNS_DIR. URL: https://dedupedai.com/use-cases/google-research-harness2/resume-interrupted-multi-task-refinement-run/ ## 3. debpalash/VoiceStudio GitHub: https://github.com/debpalash/VoiceStudio Page: https://dedupedai.com/use-cases/debpalash-voicestudio/ A free local app for voice cloning, dubbing, transcription and audiobooks in 646 languages. Audience: For creators, small teams and privacy-minded builders who want voice cloning, dubbing and audiobooks on their own machine instead of a paid cloud voice service. Requirements: - macOS, Windows or Linux desktop (Intel Mac runs the UI only and needs a remote backend) - NVIDIA GPU (CUDA) or Apple Silicon (Metal) recommended; CPU-only works but is slower and needs about 5 GB free disk - Git, Node.js 22+, Bun and Rust/Cargo only if building from source - Speech models are downloaded on demand through the app; no paid keys or accounts required ### How to replace a paid cloud voice tool with a free local one with VoiceStudio Difficulty: Beginner | Time: 30 minutes | Basis: Seen in the wild Who: Solo creator paying monthly for a cloud voice-cloning service and uneasy about uploading voice recordings Problem: Cloud voice tools charge monthly and send your voice data to someone else's servers. Outcome: A working local app that turns typed text into speech in a cloned or designed voice, with nothing leaving your machine. Steps: 1. Run `curl -fsSL https://voicestudio.sh/install | sh` on macOS or Linux, or `irm https://voicestudio.sh/install | iex` in PowerShell on Windows. 2. Open the app and go to the Voice cloning workspace. 3. Choose a bundled voice or add a clean reference recording, then install the required model when prompted. 4. Type your text and generate the audio. Prompt: ```text Install the VoiceStudio Electron app on this device and verify it works, following https://github.com/debpalash/VoiceStudio/blob/main/docs/install/agent.md. Confirm a test generation produces audio, and ask me before any model download. ``` Caveat: The app is AGPL-3.0 but model weights carry separate terms (some reports cite non-commercial licenses), so check the model notices in Model Manager before any paid work. Seen in the wild: - X (Oct 2026): https://x.com/i/web/status/2111832943140438047 - X (Oct 2026): https://x.com/i/web/status/2111704011988688976 - Reddit: https://i.redd.it/8lsmr26tdwrh1.png URL: https://dedupedai.com/use-cases/debpalash-voicestudio/replace-paid-cloud-voice-service-locally/ ### How to dub a video into another language with timed speech with VoiceStudio Difficulty: Intermediate | Time: 1 hour | Basis: Seen in the wild Who: YouTuber or course maker who wants one video to reach viewers in another language Problem: Hiring dubbing or paying per minute for cloud dubbing is expensive for a small channel. Outcome: A dubbed version of the video with speech timed to the original, made locally. Steps: 1. Install the app from the latest release or with the one-command installer. 2. Open the Video dubbing workspace and load your video file. 3. Pick the target language and a voice, then install any model the app asks for. 4. Run the dub and review the result against the original. Prompt: ```text Using debpalash/VoiceStudio, dub