Start with the existing structure
Use the current kinds and fields before changing the schema. For example:
This gives the organisation its own vocabulary without adding new Object kinds.
Add instructions and skills
Tell agents what good work looks like: which evidence to read, what to retain and when to update an existing record. Reference the standard tools rather than copying the API specification into every skill. Keep private records, credentials and local operating state outside shared source code.Change the name and appearance
In the installation’s private configuration:docs/appearance.md in the repository.
Change the schema when needed
Today, changing the database schema means changing the base app. Update the API and validation with it. Check whether search, the tools and the interface need to change too. Test in a separate installation, refresh the MCP connector, and check reads, writes and upgrades with existing records before applying the change to real work. Record your customisations and back up before upgrades. Use the repository’sdocs/installation-lifecycle.md for backup, restore and migration procedures.