What is a Reference file?
A Reference file is a document a Playbook reads while it works: your house style, your offer, your watchlist. They live together in your Knowledge Vault.
On this page
A Reference file on YAMO is a document a Playbook reads while it works. Your house style, your offer, the list of competitors you watch, the rubric you score against. It is the difference between output that is generically correct and output that knows your business.
Your reference files live together in your Knowledge Vault, which is the container; a Reference file is one item in it.
Three scopes, and who each one belongs to
Where a reference file sits decides who can read it and what it travels with.
- Account references belong to your account. Upload once and any of your Playbooks can point at it. A brand voice document serving everything you own is an account reference.
- Playbook references travel with one Playbook. They are the knowledge layer of that particular method, and they are what a template ships slots for.
- Instance references belong to one customer's Instance. Their files, their data, their context. They never change the Playbook.
A reference named without a path resolves against the Playbook first and the account library second, so a Playbook's own copy of a file wins over an account file with the same name.
Placeholders, and why a template ships them
Copying a template materialises every reference it declares as a
placeholder in your copy, and the good templates ship placeholders with real
example content rather than an empty file. So target-keywords.md in URL SEO
Audit arrives showing you what a keyword list should look like, and your job
is to replace the example with yours.
The setup checklist tracks every reference still on placeholder content and clears the item when you replace it. A Playbook will still run with a placeholder in place. It just works from the example knowledge instead of yours, which is rarely what anyone wants.
Keeping them current
A reference is a file, so updating what a Playbook knows is editing a file. The next run reads the new version. There is nothing to retrain and nothing to rebuild: the document is the interface, and the references are its facts.
What to read next
- Reference file for the one-sentence version.
- Reference files for adding, replacing and scoping them.
- What is a Playbook? for the thing that reads them.
- Build for where they are attached.
More in Concepts
Related
What is a Playbook?
A Playbook is a way of working written down as a document that software can follow: the steps, the tools they may use and the knowledge they read.What is a Play?
A Play is one numbered step inside a Playbook. It says what that step does, what it reads, what it hands on, and which tools it is allowed to call.What is a Service?
A Service is the thing other people can buy and run. It exists from the moment you start making it, and passes through three stages before anyone sees it.What is a Runtime Instance?
An Instance is one customer working relationship with a Service: their settings, their files, their connected tools and every run they have made so far.What is a Run?
A Run is one execution of a Playbook inside an Instance, from whatever started it to the finished artifact. It is the unit YAMO meters and charges for.What is a Connector?
A Connector is a tool a Playbook says it needs in order to do its work. It is a requirement written in the document, not an account or a password.Pricing
How YAMO charges: you pay for the runs you make, and nothing for the ones you do not. What a run is, what it includes, and what publishing costs.Who it's for
The six kinds of expert YAMO is built for, and what changes when the method you already follow becomes a Service that somebody else can run.
Open a Playbook that does this
Every template in the library publishes its contract and a real example output.