Systems & engineeringnew

Architecture

The truss metaphor, the four load paths and the rules the platform refuses to break.

Last updated 16 Aug 2026

Overview

CareerTruss is built as a connected system rather than a collection of isolated features. Students, employers, opportunities, applications, moderation, notifications, security, and platform algorithms are designed to work together as parts of one larger structure.

The name CareerTruss reflects this philosophy. A truss is strong because its individual components are connected and reinforce one another. CareerTruss follows the same principle in software.

Just Structure

CareerTruss is built around a simple engineering principle: Just Structure. Every component should have a purpose, every connection should have a reason, and the overall system should remain understandable, simple yet highly effective and gets the job done.

The CareerTruss structure

At a high level, the platform can be understood as several connected systems working around the two primary participants: students and employers.

SystemPurposeConnects
Student SystemProfiles, skills, applications, saved opportunities, and career activity.Students ↔ Opportunities
Employer SystemCompany profiles, listings, applicants, and recruitment activity.Employers ↔ Students
Opportunity SystemCreates and maintains structured internship opportunities.Employers ↔ Listings
Application SystemConnects students with employers and tracks recruitment progress.Students ↔ Employers
Moderation SystemReviews opportunities and maintains platform quality.Listings ↔ CareerTruss
Notification SystemCommunicates important events and required actions.Platform ↔ Users
Enforcement SystemsApply structured rules that protect platform quality and responsiveness.Platform ↔ Participants

The Truss model

A CareerTruss feature should not exist simply because it can be built. It should strengthen another part of the platform or solve a clearly defined problem.

  • Profiles provide structured identity and career information.
  • Listings create structured opportunities.
  • Applications connect people to opportunities.
  • Statuses describe where an interaction currently stands.
  • Notifications communicate changes in the structure.
  • Algorithms help the structure connect relevant components.
  • Enforcement prevents individual components from damaging the wider system.

Tip

The objective is not maximum complexity. The objective is maximum structural usefulness with the minimum unnecessary complexity.

Structured systems instead of AI-first design

CareerTruss is intentionally not built around placing an AI model between the user and every platform decision.

Core CareerTruss workflows are primarily driven by structured data, deterministic rules, database logic, permissions, state transitions, algorithms, and predefined system behaviour.

Predictable by design

When a platform rule can be expressed clearly as a rule, CareerTruss prefers an explicit system over an opaque model.

Why this matters

  • System behaviour can be understood and tested.
  • Rules can be changed deliberately.
  • Important decisions can remain auditable.
  • Users are not dependent on an unpredictable AI response.
  • Different platform systems can communicate through structured data.

This does not mean CareerTruss is opposed to artificial intelligence. AI may become useful for optional experiences in the future. It simply means AI does not need to be inserted into a system where conventional software architecture is the better solution.

AMS — the matching layer

CareerTruss uses structured algorithms to help connect the right people with the right opportunities. The platform's matching layer can use information such as skills, experience, education, interests, and opportunity requirements to determine relevant connections.

The goal is not to replace the student's judgement. It is to reduce the amount of searching required to discover opportunities that may be relevant.

Your profile is part of the structure

The more accurately you maintain your skills, experience, education, and interests, the more useful structured matching can become.

Application architecture

Applications form one of the most important connections inside CareerTruss. A student application is not simply a form submission. It creates a structured relationship between a student, an employer, and an opportunity.

ComponentRole
StudentThe person submitting the application.
EmployerThe organisation responsible for evaluating the application.
ListingThe opportunity to which the student is applying.
ApplicationThe structured connection between the student and listing.
StatusRepresents the current stage of the recruitment process.
NotificationsCommunicate important changes to the relevant participant.

EIES — protecting the recruitment connection

The Employer Inactivity Enforcement System exists because the application connection should not become a dead end.

When a student applies, the employer is expected to manage that application. EIES uses structured rules to identify prolonged employer inactivity and can intervene when an opportunity is no longer being actively managed.

This turns employer responsiveness into part of the platform structure rather than leaving it entirely to chance.

Tip

EIES is not designed to punish employers for being busy. It is designed to prevent students from repeatedly investing time into opportunities that have effectively stopped functioning.

CTNE — the communication layer

The CareerTruss Notification Engine, or CTNE, connects platform events to the people who need to know about them.

When something important happens inside the platform, the notification system can transform that event into an appropriate user notification or email.

  • New applications can notify employers.
  • Application status changes can notify students.
  • Listing decisions can notify employers.
  • EIES events can notify employers.
  • Security events can notify account owners.

Events → Communication

CTNE acts as a communication bridge between the internal state of CareerTruss and the people affected by that state.

Moderation as structural support

CareerTruss does not treat moderation as an isolated administrative feature. Moderation protects the quality of the opportunities entering the wider system.

Before an internship becomes part of the public opportunity pool, it can pass through structured review processes designed to identify incomplete, misleading, unsuitable, or policy-violating submissions.

  • Listing quality checks.
  • Policy review.
  • Training and bootcamp requirements.
  • Fraud and abuse prevention.
  • Resubmission and appeal workflows.

Note

CareerTruss believes that no current AI is capable of being the Site Superintendent hence, relying on a Human - while everything else in the app is completely automated.

Security architecture

Security is distributed throughout the CareerTruss structure rather than being treated as a single feature.

  • Authentication controls who can enter an account.
  • Roles determine what a user is allowed to do.
  • Database policies protect stored information.
  • Application logic enforces platform workflows.
  • Moderation protects the public opportunity layer.
  • System monitoring helps identify abnormal activity.

Warning

No software system can guarantee absolute security. CareerTruss therefore uses multiple layers of controls rather than relying on a single security mechanism.

Data as structural material

CareerTruss aims to keep its data model purposeful. Information should exist because a component of the platform actually needs it.

This principle influences how data is collected, stored, connected, and eventually removed.

The Truss protocol

Efficient systems do not continuously accumulate unnecessary material. CareerTruss aims to keep its data structures purposeful, connected, and as lean as practical.

How the systems reinforce each other

The strength of CareerTruss comes from the connections between its systems rather than from any single feature.

EventSystems involved
Student appliesProfile → Listing → Application → Employer → Notification
Employer updates applicationApplication → Status → Student → Notification
Employer becomes inactiveApplication → EIES → Listing → Notification
Listing submittedEmployer → Listing → Moderation → Notification
Listing approvedModeration → Listing → Public Opportunity System
Important platform eventPlatform Event → CTNE → User

The architecture will evolve

CareerTruss is still being built. New systems will be introduced as the platform expands into additional areas of the career ecosystem.

The architecture is therefore designed to grow without abandoning its underlying principles. New components should strengthen the existing structure rather than create disconnected islands of functionality.

Tip

A bigger Truss is not automatically a better Truss. Every new component should earn its place by strengthening the system.

Architecture principles

  • Purpose before complexity.
  • Structure before unnecessary automation.
  • Explicit rules where explicit rules are sufficient.
  • Connected systems instead of isolated features.
  • Minimal unnecessary data.
  • Security throughout the structure.
  • Transparency where platform behaviour affects users.

The CareerTruss idea

Strong structures are not created by making every component enormous. They are created by making the right components, connecting them properly, and ensuring that each connection carries a purpose.

Learn more

Architecture status: Evolving