Get Started
Introduction
playbooks.cool turns useful AI work into repeatable playbooks that teammates can run in plain language.
The desktop app gives teams a local workbench for workflows that normally get trapped in prompts, chat transcripts, package managers, and developer tooling. A teammate picks a playbook, points it at the right folder or export, and reviews the result before anything touches the source of truth.
The important difference is operational: the AI works on safe copies, produces a review packet, and waits for approval. Packs group related playbooks so compliance, pharmacy, legal, research, and operations teams can standardize how work gets checked.
Get Started
Install
playbooks.cool installs locally on Mac. Download the app, move it into Applications, and open the workspace where the work already lives. The first run keeps setup intentionally boring: no package manager, no prompt library, no terminal commands for non-technical teammates.
- Download the desktop app and open it from Applications or the Start menu.
- Create or join a workspace for your team.
- Choose a pack that matches the job: compliance, pharmacy, legal, or research.
- Run a starter playbook against a safe folder, export, or document set.
Get Started
Your first playbook
Start with a workflow that already has a review habit. Good first candidates have clear inputs, a known definition of done, and a person who can approve the result.
Select a folder, export, contract, case file, or dashboard input.
Describe the job in plain language or choose a saved team workflow.
Inspect changes, evidence, assumptions, and open approval questions.
Accept the approved output and save the workflow for repeat use.
Get Started
Invite your team
Invite teammates once the first playbook is clear enough to run without you in the room. The goal is not to teach them prompt engineering. The goal is to give them a named workflow with inputs, expected output, and a review path.
- Give each playbook a job name the team already uses.
- Write input notes in business language, not tool language.
- Make the approver explicit before the playbook can write back.
- Keep early packs small so people can find the right workflow quickly.
Concepts
Playbooks
A playbook is a reusable AI workflow. It packages the goal, input expectations, working rules, review requirements, and output format into something a teammate can run without copying prompts into a chat box.
Playbooks work best when the task has a repeated shape: quality control, purchasing comparison, legal drafting, research synthesis, reporting, or deadline checks. A playbook can still ask clarifying questions, but it should not require the teammate to know model settings, shell commands, or repository conventions.
Concepts
Packs
Packs group related playbooks around a team workflow. A compliance pack might include policy checks, evidence collection, remediation drafts, and sign-off summaries. A pharmacy pack might include purchasing analysis, substitution checks, and dashboard updates.
Check a policy pack, inspect evidence, produce gaps, and return a sign-off packet.
Read supplier exports, compare substitutions, flag margin risks, and prepare the buyer view.
Extract deadlines from filings, compare calendar state, and prepare a review list.
Collect authorities, draft argument structure, and return citations with change notes.
Concepts
Review packets
A review packet is the handoff between AI work and human approval. It should make the result inspectable: what changed, why it changed, what sources were used, which assumptions remain, and what needs approval.
Concepts
Safe copies
The app works on safe copies by default. That means the AI can explore, draft, compare, and test without silently mutating the original workspace. The original file, folder, or export remains the reference point until a person approves the packet.
This pattern is especially useful when the inputs are operational: contracts, procurement exports, case research, policies, dashboards, or evidence folders. The team can inspect the proposed output before deciding what belongs in the real system.
Concepts
Approvals
Approvals are the boundary between suggestion and action. A playbook can prepare a draft, identify missing evidence, and propose updates, but sensitive changes should wait for a person with the right responsibility.
- Use approval steps for source-of-truth writes, external sends, and client data.
- Route domain decisions to the person who already owns that decision today.
- Keep approval language concrete: accept, reject, edit, or rerun with notes.
Reference
Workspace setup
A workspace should mirror how the team talks about the work. Use packs for business areas, playbooks for repeated jobs, and review packets for decision handoff.
Reference
Models
Model choice should be invisible to most teammates. Workspace owners can choose the model profile that fits the pack: faster runs for simple extraction, stronger reasoning for legal or compliance review, and stricter review expectations for high risk work.
When in doubt, make the playbook output easier to review instead of asking users to tune the model. Better packets beat clever settings.
Reference
Data and privacy
playbooks.cool is designed around local work and reviewable handoffs. The app runs on Mac, keeps the user close to the files they selected, and treats approvals as explicit actions rather than background automation.
For sensitive workflows, keep pack instructions narrow, use safe copies, avoid adding unneeded folders, and require a review packet before exporting or writing results back to another system.
Reference
Team workflow
Roll playbooks out like operating procedures. Start with a real workflow, keep one owner accountable for the first version, and improve the packet every time a reviewer has to ask the same question twice.
- Pick the repeated job and define the review owner.
- Create the smallest playbook that gets to a useful packet.
- Run it on two or three known examples and compare reviewer effort.
- Save it into a pack only when the team vocabulary feels natural.
Reference
Troubleshooting
Narrow the input set and make the acceptance criteria visible in the playbook.
Add source links, assumptions, and a clearer list of proposed changes.
Rename the playbook around the job they recognize and remove tool-specific wording.
Stop at a review packet and route the decision to the owner before applying changes.