Cover
File 01 · PERSONAL DOSSIER · Independent systems builder
DOSSIER · 一个故事 · Independent systems builder

Hi, this is one person's story.

What an ordinary person has done — and is doing now — all kept here.
Every story has a source.

Tell me your problem →
Plate 02 · STORY
File 02 · One person's story

Every job on record,
with evidence to back it

  • It began with travel-data crawlers — scraping and cleaning data for a living, building my first instincts for data between the messy and the clean.

  • Then came operations work at an insurance company: portal sites, business processes and data all under my watch — learning to keep systems steadily serving the business.

  • After that, eight years maintaining court administration systems — learning the business and the data, and seeing the real needs and hard constraints behind any system.

  • These days, at an industrial company, I see a long-ignored digital gap: fragmented processes, data silos, dated user experience.

  • I am building it up from zero — the industrial operations platform, the unified user center, smart gateway management, ERP data maintenance and more — letting data flow, letting the front line use it, letting management see it.

  • What carries all of this is curiosity backed by a habit of steady learning — never stopping at "it works", but asking why each layer is built the way it is. Nor does AI stop at demos: I put it to work in real scenarios — RAG, knowledge bases, agents — making answers traceable and workflows run themselves; the deeper engineering and evaluation is still under way.

A five-stage route drawn as a diagram: scraping and cleaning travel data → running operations at an insurance company → eight years of court e-government systems → the digitalisation gap in a factory → putting AI into real scenarios
PLATE 02 / 07CAT.2026-10REV v6BY 一个故事
Core Volume · CASES
File 03 · Project cases (dossier)03

Work you can see and verify

01

Workshop Vehicle Dispatcher

GATE✓ · CASE/01
Problem
A concrete-transport company ran engineering-vehicle dispatch on paper: which site a truck was on, who approved the trip, where fuel and repair money went — afterwards nobody could say.The hard part was getting a job site to actually fill things in and making sure one trip never counts twice: entry built around the site, only approved records tallied, the two entry paths kept on separate counts.
What I did, where it stands
Delivered solo from requirements to launch: a phone-side vehicle assistant chaining trip → approval → record into one flow, where a photograph of a plate or a slip fills the form, falling back to high-accuracy recognition when it fails.In daily use by real users. What used to be unsayable afterwards now has a source you can look up on a phone.
The vehicle assistant's phone home screen in demo mode: data entry, photo recognition, and an overview the page marks as sample data
02

Industrial Operations Platform OPS

CASE/02 · Platform · Shop floor
Problem
The pain was stated in three sentences at kickoff: a server only revealed itself as down when users phoned in; equipment faults were guessed from a veteran's experience; design issued 100 orders and hardware received 90.The hard part was never the pages: an alert has to reach the right person when nobody is watching a screen, ticket and message data has to stay in exact agreement, and know-how has to become genuinely reusable.
What I did, where it stands
Built the equipment-and-operations platform from zero, so each of those three pains gets a system answering it: equipment state on a dashboard, faults through monitoring, alerts and tickets, and a veteran's know-how settled into a queryable knowledge base.In daily internal use; the ticket-and-messenger double write verified consistent in real checks, and the AI copilot proven in production.
The OPS knowledge base page: multi-source management, semantic search and distribution charts
03

Intranet Infrastructure and Delivery Baseline

CASE/03 · Platform · Foundation
Problem
No public cloud to lean on: code, releases, the database and backups all had to close in-house, from wiring the network to maintaining it — one person doing both. Sharper still, an environment that lives only in one head can't be handed over.Installing software wasn't the hard part; writing trade-offs down as conclusions was. No transport encryption and no public entry is a ruling, not an oversight, recorded so nobody quietly re-does it — and a data directory has to own a block device, a lesson learned by stepping on it.
What I did, where it stands
Started from a single physical machine: an Ubuntu VM on Hyper-V running Docker with six containers in use, one nginx gateway gathering every entry, a push that triggers the build, and six staged runbooks gated one after another.Several systems in daily use run on these pipelines. Honest edge: one restore drill has actually been run, but backup and data sit on one array, and only the code has a second copy outside.
Sketch · foundation planWireframe sketch · not a real screenshot
04

Data Standards Reconciliation and Sync Governance (design side to ERP)

CASE/04 · Platform · Data
Problem
Two numbering schemes and two sets of definitions: parts and BOMs were hand-copied from the design system into the ERP — error-prone, leaving no trail, with an unfinished artifact free to reach production. The blocker was never the API but a question nobody had answered: which system's version wins.The hard part was admitting that definitions can only be measured: field meanings were aligned by comparing real data, never by trusting documentation, and the 'it looked like it worked' trap is caught by alerting on the gap between declared and actually-written rows.
What I did, where it stands
Turned that question into mapping tables first — provenance and conflicts recorded, illegal changes refused, the pipeline from collection to write-back kept auditable, and a reverse mirror that pulls the far side's data on a schedule and alerts when counts disagree.Deployed on the intranet, with over a thousand real master-data records from the far side pulled through and reconciled. Honest edge: the first real push is still blocked by the counterparty's account, so this case stops at 'standards and pipeline in place, push still to close'.
Sketch · data planWireframe sketch · not a real screenshot
05

Company Intranet Portal (Single Entry, One Workbench)

CASE/05 · Platform · Front door
Problem
The internal systems had drifted apart — operations platform, agent gateway and user centre behind three separate addresses, several doors and passwords to memorise, permissions judged system by system, so one person was through one door and refused at the next. Nowhere showed which agents were running or how fast.The hard part was three verdicts agreeing — the portal hides the menu, the user centre grants, the subsystem re-checks — lag one step and an entry is visible but won't open, or hidden yet still reachable. The other was not passing off placeholder KPIs as capability.
What I did, where it stands
Built the portal from scratch: sign-in in one place, which hands single sign-on to the subsystems and shows the sidebar by grant; the workbench gathers todos and quick entries, with an AI panel docked at right on the in-house planner agent.Deployed and in daily use on the intranet: the operations platform and agent gateway are reached through the portal by single sign-on, and the agent status page refreshes latencies every minute. The ERP entry is still being chosen; the agent-centre upgrade is in progress.
The portal workbench on a PDF tool page, with the AI panel docked at right
Agent status: four agents and the gateway service, refreshed every minute
One Shared Platform · Six Parts

The portal, the intranet infrastructure, OPS and the data reconciliation above, plus these two, are not six unrelated tools: the front door collapses several systems into one login, the foundation carries code and releases, the shop floor runs equipment and operations, data settles what each side calls a thing and whose numbering wins, identity supplies accounts and grants, and the exit unifies AI and API calls. Interfaces and rules interlock — one missing link breaks the chain.

  • Unified User Center UUC

    Platform · Identity

    Identity is the ground every other system builds on, where mistakes cost the most: every permission check is fail-closed — no lookup, no access.

  • Smart Gateway (Unified LLM Exit)

    Platform · AI exit

    Deployed internally. Making AI production-safe means three gates first — a second confirmation before actions, a full audit trail after, keys and models governed in one place; live permission checks stay on the backlog.

More things I have built
  • Batch Video Editing Web Platform

    Configure once, run a batch: subtitles, overlays and transcoding across the whole set — the shortest path is built and has passed self-checks.

  • Digital Museum Mini Program (Ticketing & Check-in)

    Anything touching money was only believed on a real device: a one-cent payment walked the full order → pay → callback → check-in path, and check-in locks against double entry.

  • "The Big Day" Wedding Planning Assistant Mini Program

    Turning 'see the look and the price first, trust comes after' into a product flow: scenes, quotes and orders across couple-side and vendor-side roles.

  • Professional Data Analysis Agent Platform (Survey Diagnostics)

    Rehearsal and diagnosis done thoroughly: simulated data tests the hypothesis first, reliability and validity checks follow into readable conclusions, and nine open issues were fixed and re-verified before launch.

Plate 04 · CAPABILITY
File 04 · Capabilities04

What I can do —
said in one piece

Two levels only: Delivered = something actually went live; Working knowledge = day-to-day work done independently, depth still growing.

My work sits on the foundation side: I can take an empty machine to an intranet environment with a queryable written baseline, and take a requirement to a system that ships, is maintainable and can be handed over.

The infrastructure line runs deepest. One physical host runs an Ubuntu VM under Hyper-V with Docker inside; the virtualisation layer and the container host were stood up through staged runbooks, each written with pass criteria before its acceptance result was recorded. One gateway gathers every entry point, six containers in service: code forge, database, CI and dashboard. A push to main triggering a build through a webhook is proven; the test and deploy stages still wait on a real project. Databases are split per project, each with its own least-privilege role; backups are a daily script producing deduplicated encrypted snapshots, and one restore drill has actually been run; a read-only inspection script checks disk headroom, container health and backup logs once an hour. The edge stated plainly: backup volume and data volume sit on one array — logical separation, not physical.

On the application side I finish a system end to end: back-end interfaces, database wiring and agreed semantics, front end carried from pages through to delivered interaction (Vue 3 for internal systems, Vite + React for this site), and on data: tables, SQL and reports. The finest stretch was aligning material and BOM conventions across systems, where cleaning rules, unique keys and rows needing manual adjudication are all written into the spec.

Working knowledge of AI: agent orchestration, retrieval Q&A, table and OCR recognition wired into real business flows — shippable, not claimed as mastery. My own engineering discipline: staged charters, an acceptance record per stage, documentation as the source of truth.

CAPABILITY / 2 DELIVERED · 5 WORKING KNOWLEDGE
Plate 05 · WRITING
Plate 06 · PRINCIPLES
File 06 · How I work06

Rules first,
then let AI work

01

I · Idea gate

02

II · Architecture gate

03

III · Delivery gate

04

IV · Launch gate

Say it clearly first,

then build

Reference art is the standard,

not gut feeling

Assets have a checklist;

evidence gets things through

Reachable, traceable,

reviewable

The five-tier project system — a directory pipeline: fragments in, assets out:

  1. Inbox/

    Capture

    A zero-friction cache for every spark and fragment

    Emptied weekly

  2. Incubating/

    Incubation

    Prove a direction viable, at minimal cost

    Fill a validation card

  3. Active/

    In progress

    Full push on products and tools already green-lit

    Progress logged daily

  4. Assets/

    Asset library

    Reusable capability settles out — lighter every time

    Extracted at project close

  5. Archive/

    Archive

    Staged wrap-up, kept ready to revive

    Write a summary card

Knowledge base and workspace stay separate; documents sorted by prefix; single source of truth (SSOT).

Back cover · BACK COVER
File 07 · Contact07

If we click, let us work together

WeChat
G10S7H21

PERSONAL DOSSIER · Turning tangles into systems that work

Signature seal · 一个故事