o orimora
o
Published team / onboarding 9 blocks 1,180 words
Last edit · om · 2h ago

Team onboarding — first week

Purpose. This is the document every new joiner reads in their first week. It is intentionally short. It is required reading, which means you'll get an acknowledgement request, and the doc only counts as "read" if you open the editor and scroll to the end. That is by design — reading is not the same as skimming.

live last edit · om · 2h ago · 2 backlinks · 1 comment

Day 1 — accounts and access

Before lunch you should have working access to: GitHub, the team's Orimora workspace, the company email, the calendar, and the password manager. If any of these are missing, message @lena directly — she is the only one who can unblock access on day one.

Two-factor is not optional. You will be asked to enrol a hardware key on day one. If you don't have one, the company will provide one on day two. Don't push the enrolment past week one — the audit logs are unforgiving.

Day 2 — the library

On day two, @lena walks you through the team library. The library is a knowledge base that lives — every doc has a pulse, a small number that says how well-maintained it is. Don't try to read everything. Read team/handbook.md, product/principles.md, and the most recent month's team/retros/*.md. That is enough for week one.

stale last edit · 11 days ago · refresh this section
The library is your context layer. When you ask the team a question and the answer is "have you searched the library?", we mean it. Most of what you need to know is already there. The backlinks panel is how you find it.

Day 3 — the editor

Orimora's editor is a Markdown editor with block focus. The "block" is the unit: a paragraph, a heading, a list, a code block, a callout. Every block has its own state — selection, comment thread, pulse, last edit. The active block gets a soft outline so you always know which one you're editing.

bash # Open the editor on a specific doc $ orimora open team/onboarding/first-week.md
# Follow a backlink from anywhere $ orimora backlink follow team/handbook.md

Days 4–5 — first doc

By the end of week one, you should publish one doc. It can be anything: a daily review, a piece of feedback on the editor, a question you wish this document had answered. The point is to put something into the library, see how a doc's pulse changes, and feel how backlinks and the outline work in practice.

Suggested first docs, in order of difficulty:

A daily review of your first week (publish to journal/2026-W*.md) @om · week 1
A feedback note on the editor (publish to inbox/editor-feedback.md) @om · week 1
A small fix or improvement to a doc you read (edit, don't publish) @om · week 2

Required reading

You don't have to read all of these in week one. They are listed in the order you'll need them.

team/handbook.md — the day-to-day before day 3
product/principles.md — what we believe about the product before day 5
team/rituals.md — what meetings exist and why before day 5
product/architecture.md — only the first three sections by end of week 2
legal/data-handling.md — read once, internalise by end of week 2

Where to ask for help

Three channels, in order of how loud you should be:

Search the library first (⌘K, backlinks panel)
Ask in the team/help channel — anyone can answer
DM your buddy — every joiner is paired with one for week one
If it's blocking, post in team/incidents — that's the on-call

Welcome to the team. The library grows because you put things in it.

live last edit · om · 2h ago · acknowledge reading
/ to insert a block · type @ to link · type ⌘J to ask the AI +