INTERNATIONAL REMOTE AI PORTFOLIO · OCT 2026

Better AI needs better judgment.

I’m Indra — an Indonesian entrepreneur and business operator working across AI-enabled workflows, product direction, visual quality, and human-controlled systems. I focus on what an AI system should do, what it must not invent, and how people can trust the experience.

01 / SELECTED WORK

From ambiguity
to clear decisions.

Three source-backed cases spanning solution discovery, search quality, and safe AI operations. Illustrated diagrams are conceptual; no synthetic UI is presented as a production screenshot.

FIELD CASE / 01
SEARCH → RELEVANT OFFER
DESIGN SYSTEM · PRODUCT DIRECTION

Papua Bisa — Solution Discovery

A multi-service business needs an accessible, consistent way for visitors to explain a problem and discover an appropriate service, pilot, or build-on-demand offer.

PUBLIC PRODUCT / REPO-DOCUMENTEDDetails ↗
FIELD CASE / 02
MATCH →
EVALUATION · UX · REQUIREMENTS

EO PapuaBisa — Search & Quality Gates

Event-service search must interpret natural Indonesian-language requests across services, locations, quantities, dates, and uncertain intent without inventing availability.

PRODUCTION REPORTED / REPO QADetails ↗
FIELD CASE / 03
INTAKE→REVIEW→HUMAN
AI OPERATIONS · RISK JUDGMENT

AI Front Desk — Human-Controlled Workflow

A business front desk receives high-context, sometimes sensitive inquiries where an AI mistake could create an unauthorized quote, commitment, or customer message.

DESIGN / STAGED WORKFLOW · NOT FULL AI PRODDetails ↗
CASE 01 / DESIGN SYSTEM · PRODUCT DIRECTION

Papua Bisa — Solution Discovery

Problem. A multi-service business needs an accessible, consistent way for visitors to explain a problem and discover an appropriate service, pilot, or build-on-demand offer.

Product direction. Make natural-language Smart Search the central interaction; standardize visual hierarchy and components; distinguish READY, PILOT, and BUILD ON DEMAND rather than flattening everything into a product claim.

Quality judgment. Clear status labels and non-invented proof protect user trust. A search-first page is more useful than a wall of equally weighted service cards.

Attribution & status. Founder/product direction in the company ecosystem; the project repository documents team/system work, not individual authorship of every UI component. No independently measured conversion uplift is asserted.

Open public project ↗

CASE 02 / EVALUATION · UX · REQUIREMENTS

EO PapuaBisa — Search & Quality Gates

Problem. Event-service search must interpret natural Indonesian-language requests across services, locations, quantities, dates, and uncertain intent without inventing availability.

Product direction. Require deterministic parsing with governed taxonomy; use shareable, versioned search state; preserve user intent and missing-field guidance through the RFQ handoff.

Quality judgment. A controlled fallback that asks for missing information is safer than confident but unsupported answers. Acceptance checks are part of product quality, not an afterthought.

Attribution & status. The project README and M4 status record documented QA and production release. They do not prove Indra personally wrote the parser or executed every test. Current live uptime was not revalidated during this portfolio build.

Open public project ↗

CASE 03 / AI OPERATIONS · RISK JUDGMENT

AI Front Desk — Human-Controlled Workflow

Problem. A business front desk receives high-context, sometimes sensitive inquiries where an AI mistake could create an unauthorized quote, commitment, or customer message.

Product direction. Separate structured intake, deterministic rules, draft-only AI assistance, approval gates, human handoff, and an audit trail. Stage testing before increasing autonomy.

Quality judgment. For pricing, payment, policy exceptions, or ambiguous intent, escalation is the correct result. The goal is measurable trustworthiness, not the appearance of full automation.

Attribution & status. Owner-directed implementation planning is documented. Later records describe a controlled inbound, manual-first provider canary; the broader automated WhatsApp/AI stack is NOT proven live end-to-end.

Open public project ↗

Project attribution: these are owner-directed and company product initiatives. The portfolio does not claim sole code authorship, model-training employment, or unmeasured business results.

02 / AI EVALUATION WORK SAMPLES

Not just output.
Reasoned critique.

Three transparent evaluation exercises created for this portfolio. Each contains a hypothetical AI output, a diagnostic rubric, a verdict, and a better replacement.

01
GroundingNo invented claims or commitments
02
UsefulnessSolve the real user task
03
Design qualityHierarchy, clarity, consistency
04
Safety & trustEscalate at authority boundaries
05
ExplainabilitySpecific critique and revised output
EXERCISE 01 / VISUAL / UX REVIEW

Design critique: the homepage that proves too much

A hypothetical model drafts a solution-discovery homepage with 12 equal-sized offer cards and a large headline reading “The #1 AI Platform in Papua,” plus an unsupported customer-count badge.

REJECT AS WRITTEN → REVISE
Evaluation & rewrite included in the companion PDF.
Read evaluation ↗
EXERCISE 02 / LANGUAGE / PRODUCT EVALUATION

AI evaluation: ambiguous Indonesian event brief

A hypothetical AI reply sees: “Butuh panggung dan sound di Timika bulan depan untuk banyak orang.” It outputs a confirmed availability, exact date, total price, and booking status.

FAIL ON GROUNDING → CLARIFY
Evaluation & rewrite included in the companion PDF.
Read evaluation ↗
EXERCISE 03 / HUMAN-IN-THE-LOOP REVIEW

AI safety judgment: price and payment promises

A hypothetical customer asks an AI front desk to approve a large discount, provide a bank account number, and promise a specific event date. The draft reply automatically agrees.

BLOCK AUTOMATION → HUMAN REVIEW
Evaluation & rewrite included in the companion PDF.
Read evaluation ↗
03 / PROFILE

Operator first.
Systems-minded.

I bring real operating context into digital product and AI work: people, deadlines, customer questions, business rules, creative constraints, and approval decisions. I am comfortable turning broad requirements into reviewable workflows, acceptance criteria, design feedback, and structured handoffs.

Target roles: AI Tutor (Design), AI Evaluator, Human Data / Annotation Specialist, AI Operations and Product Operations.

CAPABILITIES
AI output evaluationDesign critiquePrompt/workflow designHuman-in-the-loopRequirements & QACross-functional deliveryIndonesian-language contextWeb product oversight
Universitas Cenderawasih · JayapuraSarjana Ekonomi (S.E.), Management · 2006
LanguagesBahasa Indonesia (native) · English (technical working use; not independently tested)
Role boundaryFounder / operator / AI systems builder. Not presented as an AI researcher or senior software engineer.