End-to-end robotics development intelligence
The intelligent development platform for robotics.
Connect CAD, schematics, BOMs, supplier feedback, robot software, simulations, tests, issues, and controlled documents. Osseus reviews each proposal against the evidence, traces likely downstream impact, and keeps every action reviewable by the responsible engineer.
Specialist agents review every revision and propose the fix.
Agents trace every revision through CAD, firmware and tests, keep mass, power and thermal budgets honest, and check each change against the standards you certify to. Your engineers make the architectural calls.
Learn moreBreach1.4 mm
Re-checked4.6 mm
- ✓REQ-ELEC-214Pass
- ✓Fit + thermal simRerun
Over60 g
Re-checked80 g clear
- ✓Payload specPass
- ✓Mass budgetGreen
Gap92%
Re-checked100%
- ✓DI-114Traced
- ✓Safety caseComplete
- ✓Actuator swapTrigger
- ✓Joint duty cycleCheck
- ✓Derate or resizeProposal
Live74%
Re-checked62%
- ✓Joint 4 duty cyclePass
- ✓Your checkGreen
An engineer submits a revision, and the agent reads it against its source of truth.
Why Osseus
Revisions compared on the artefact itself, findings pinned where they happened, every signal owned by a person, cost moving with each revision, and connected documents that keep up on their own.
Learn moreReview the real hardware, together.Internal engineers and external suppliers comment on the exact dimension, connector, or part. Osseus preserves the decision and any manufacturing constraint for the next design.
S2_x −110.0 · V2
S5_x 110.0 · V2
S2 and S5 motor centres move from ±108.5 to ±110.0 mm for the new lower-leg bracket. V1 stays released until this review closes.
整块底板在我们的三轴机床上,孔位只能保证 ±0.1 毫米。±110.0 没问题,但公差再小就要上坐标镗,成本翻三倍。
Across the full plate our 3-axis mill holds ±0.1 mm true position on these bores. ±110.0 is fine, but anything tighter means jig boring at three times the cost.
±0.1 mm true position on the S2 and S5 bores
Carried into your next design review of this partFindings land on the schematic, not in a list you have to decode.AutoReview reads the real Eagle sheet, pins each finding on the net that caused it, and cites the file it came from. Turn on external intelligence and it reads the public engineering record too, and comes back with something your own files could not tell you.
5V net carries all eighteen servosNet 5V ties BUCK_OUT to pin 1 of LEG1…LEG6, to U$1 VIN and to both Pi 5 V pins. Each leg puts three DS3230Pro-270 servos on a single B6B-XH-A contact, so one 2.5 mm pin sees a whole leg’s peak current. Size the contact and the 10 A converter for simultaneous startup, or split the servo rail from logic.
12V_PRE leaves the XT60 at LSP1 and returns as 12V at LSP2. The only device in that gap is the SPST rocker from the BOM, in front of a 3S 5200 mAh pack. Your own Hex2 mainboard v2.0 put an F1 3557-2 fuse holder and an E_STOP XT60 in exactly this position.
100R drives the 5 V indicator near 30 mAThe 5V LED sits on 100 Ω to ground. At a 2 V forward drop that is about 30 mA through an 0805 chip LED usually rated 20 mA continuous; 470R gives the 12 V indicator about 21 mA. The BOM also lists one LED and one resistor at “value TBD”, where the sheet places two of each.
U$1 VIN sits on that rail with no VUSB isolation recordedPJRC state that the VUSB–VIN pad on a Teensy 4.1 must be cut before VIN is powered externally. Uncut, the 5 V servo rail back-feeds the USB host the moment anyone plugs in to reflash. Nothing in the sheet, the BOM or the build notes records that step.
Advisory. Community and vendor sources never enter a compliance record on their own.
- Engineering Q&ARobotics and Electronics Stack Exchange · Stack Overflow327
- Practitioner communitiesr/robotics · r/AskElectronics · EEVblog · RCGroups284
- Vendor forumsPJRC Teensy · Pololu · Arduino · ROS Discourse219
- Vendor documentationPJRC pin cards · Raspberry Pi · DFRobot notes186
- Datasheets and application notesJST XH · AMASS XT30 / XT60 · DSSERVO141
- Papers and open hardwarearXiv cs.RO · ICRA and IROS · public PCB repositories118
- Standards and manufacturingIPC-2221B · IPC-9592 · JLCPCB capability data74
- Parts and lifecycle dataOctopart · Digi-Key · Mouser · LCSC63
VIN externally
Your files show U$1 VIN on the 5V rail. PJRC require the pad to be cut first, or the rail back-feeds the USB host on reflash. Not derivable from the sheet or the BOM.
Three DS3230Pro-270 servos share one pin 1 contact per leg, which puts the high finding above the published rating.
JST XH series connector datasheetjst.com via pololu.com ↗A dated thread describes erratic startup on a shared rail. Context for the sizing decision, not evidence.
Power supply issues on a hexapod using multiple convertersrobotics.stackexchange.com · 2 July 2025 ↗Every signal becomes work somebody owns.A supplier constraint, an AutoReview finding and a cost opportunity land in one queue, each still carrying the revision it came from. Jira is written only after a person approves the draft.
What each revision costs, and where a supplier already told you how to save.Osseus prices the lines it has evidence for, shows what the revision did to the cost, and turns prior supplier guidance into a number you can check by hand.
Your internal documents are updated by the change, not after it.Osseus knows which getting-started page, BOM sheet, controls map and interface document read each part, pin and connector. When a revision merges it drafts the exact edit into every one of them, in the tool that owns the document, and holds it until an owner approves.
- E_STOP connectorXT30→XT60
- Overcurrent protectionF1 · 3557-2 fuse holder added
- 5 V supplyexternal module→onboard DFR0753
- Level shifterU1 74LVC1T45GW→U2 SN74LVC1T45DBVR
- Signal pinsLEDSIG 33 · PWRSIG 3→19 · 11
Read from the pinned v1.0 and v2.0 Eagle files. No number here is typed by hand.
✓Also read: 2024-11-05_heatset_insert_guide.pdf — nothing in it depends on this revision, so it is left alone.
Review the real hardware, together.Pin feedback to the released Hex1 drawing, keep the discussion with the artifact, and turn the final decision into tracked work.

- DS3230Pro 270° servoElectronics18
- Teensy 4.0Controller1
- Raspberry Pi Zero WController1
- Micro limit switchElectronics6
- S1 printed partPrinted parts6
- S2 printed partPrinted parts12
- MagnetHardware48
- BearingHardware12
- JST-SM connectorHarness18
Let AI find the issue, then keep a human in control.AutoReview checks a staged Hex1 schematic revision, cites the parsed Eagle evidence, and creates tracked feedback for triage. The upstream baseline is unchanged.
Track every review decision in one engineering queue.Comments, markups, AutoReview findings, supplier feedback, and verification work share the same status model. Jira remains an approval-gated proposal.
Compare the engineering change inside the same review.Osseus parses two real Hex2 Eagle revisions, overlays the semantic views, and keeps the reason for each change beside the source evidence.


Ask what a proposed change touches before anyone edits a source system.Osseus answers from the released Hex1 drawing and code, cites each dependency, and prepares owner-reviewed proposals for the affected teams.
What changes if S2 and S5 leg centres move from ±108.5 mm to ±110.0 mm?
Moving S2 and S5 changes the released geometry input used by the leg-coordinate table. The same offsets are defined in hexapod.hpp and consumed by the kinematics path in hexapod.cpp.
Treat this as a staged proposal: update the drawing and constant together, review pitch and roll compensation, then rerun level, pitch, and roll motion checks.
Pin comments to the exact joint, trace, or wire — mechanical, electrical, and firmware reviewers in one thread.
Flags what changed since the last revision and why — and answers your questions with citations, from Teamcenter to meeting notes.
Every comment becomes a tracked to-do with an owner and tags — send the whole list to Jira in one click.
Both versions on one document — with the comment that prompted the change.
The robot is one system. Its R&D record isn’t.
Mechanical designs, robot models, software, test results and supplier feedback live in different tools. Each system records its own artefacts, but no single record shows why a change was made, what else it affects or what needs to happen next.
less time maintaining requirements, freeing systems engineers to focus on architecture.
lost in one failed early-stage robotics design cycle.
more test coverage in the same engineering hours, helping teams catch conflicts earlier.
the late-stage cost multiplier avoided when a requirements error is caught before integration and test.
Rent or buy nearby hardware without waiting through long lead times.
The Osseus marketplace helps teams put spare parts, test equipment, sensors, actuators, and full assemblies back to work. Find what is available nearby, move from idea to prototype faster, and list idle inventory for another team to use.
Browse the marketplaceAsk what a design change affects and get a cited answer.
Ask about a drawing, component or proposed revision instead of opening every design file, repo and review thread. Osseus follows the links between design history, supplier feedback, code and issues, then returns the exact evidence and owner.
Got questions?
A few things robotics teams usually ask before we connect their first systems and workflows.
More questions? Chat to us.
What robotics design data can Osseus connect?
Osseus connects CAD and drawing revisions, schematics, BOMs, supplier feedback, robot software, simulations, tests, issues, requirements, and controlled documents. Builders can import files and BOMs directly; larger teams can connect permissioned systems and external revision histories.
Does Osseus change designs or publish documents automatically?
No. Osseus traces likely impact and prepares Jira issues, document updates, and validation work as reviewable drafts. The responsible owner approves each downstream action, and released documents remain immutable.
How do supplier translation and external design intelligence work?
Supplier reviews retain the original comment alongside an automatic English translation. External intelligence is optional and policy controlled; every community signal includes its direct source and requires engineer review before it informs a design decision.
How does Osseus keep our data secure?
Osseus mirrors your existing roles, permissions and confidentiality structure, so an agent can only retrieve what its owner is already allowed to see. Promotion into shared memory is governed, logged and default-deny. Your data is never used to train foundation models. You can read more on our security page.
Can we run everything on-prem?
Yes. Deployments can run with your own API keys, in your own cloud or VPC, so your data stays inside your boundary.
Do we bring our own model keys, or do you provide the subscription?
Both are supported: bring your own model keys and cloud, or use the managed Osseus subscription.
How much does Osseus cost?
Builder, Team, and Enterprise plans scale from one-person projects to permissioned multi-team deployments. Compare plans, then get early access and we will scope the right setup with you.
Robotics design intelligence, secured by architecture. Privacy built in.
The permission boundary, mirrored from your existing tools
Chat with us!
Let’s have a chat about the designs, suppliers, and connected workflows that matter most to your team, and where to start.
Prefer email? hello@osseus.ai
Built by engineers and researchers, for engineers and researchers.