Start here
What Kai can do
Everything Kai can do for you, in one place. Kai is one assistant that works across every part of Kaiday — this page shows what that means in practice, with the kind of sentences you'd actually say to make each thing happen.
One assistant, many things at once
The per-area lists further down are useful as a checklist. But the real story is what happens when Kai pulls several of them together in a single request. Every card below is one sentence you say to Kai — and what comes out the other end is the kind of work that used to need a whole team.
None of these are templates. None of these are workflows you have to build first. They are just sentences. Kai figures out which parts of Kaiday to touch and in what order.
Communicate
Messaging
- ›Handle this data-provider thread, summarize the coverage gap, and stop before accepting new terms.
- ›Summarize the decision in #research and draft the reviewer follow-up.
- ›Ask reviewers for decisions on studies waiting more than seven days.
Schedule & meet
Calendar
Video meetings
- ›Book a 30-minute intro with the lead from the intake form, prep me with their answers.
- ›Record this call and send the action items to the client afterward.
- ›Move all my Wednesday meetings to Thursday next week.
Write — documents, sheets, presentations
Documents
Sheets
Presentations
- ›Generate a 10-slide investment-committee deck from the approved study package.
- ›Turn yesterday's methodology review transcript into a one-page decision memo.
- ›Add a sensitivity-analysis slide to the portfolio review deck from the Knowledge Base.
Build financial workflow apps
research.example.com).See the full MiniApps section.
- ›Build a hypothesis intake with benchmark, costs, and rejection criteria.
- ›Add a limitation field and reviewer decision to the study dashboard.
- ›Publish the review app at research.example.com.
Code — Kai writes pull requests on GitHub
Connect a GitHub repository and Kai writes code for you. Not autocomplete — real, end-to-end pull requests. Kai reads your code, figures out the problem, writes the change, runs the tests, and opens a draft pull request for you (or your developer) to review. You review, you merge. Kai never publishes anything to your main branch on its own.
- ›The temporal holdout includes training-window observations. Find and fix it.
- ›Review pull request #421 and tell me what's risky.
- ›Why did the backtest runtime double? Find the cause and propose a fix.
- ›Add a log-scale toggle to the factor chart. Draft only — don't publish it.
Ask your data anything, get whatever you need back
Connect an approved portfolio, market, or research database and Kai treats it like part of your workspace. You ask in plain English. The answer comes back as a number, chart, slide, sheet, email, or all four at once.
The examples below use portfolio and research metrics. Every result should carry its source, calculation, assumptions, and as-of date.
- ›Pull last quarter's attribution and risk metrics and build a 12-slide review deck. Show how each number was calculated.
- ›Chart active return by sleeve for the last 12 months and draft a reply with the source notes.
- ›Every Friday at 5pm, post a summary of exposure changes and open risk exceptions in #portfolio-review.
- ›Compare these two market datasets and flag mismatched observations.
Automate everything else
- ›When a study reaches review, DM the assigned reviewer with its main limitation.
- ›Every Monday at 7am, post a digest of completed studies to #research.
- ›Anything that fails twice in a row, escalate to Messaging and ping me.
Manage your team
- ›Invite Jane Smith as an admin and onboard her into the workspace.
- ›Show me what's pending across the team.
- ›Hand off the momentum study to the model reviewer with all the context.