スキル一覧に戻る
RithyTep

backoffice-fullstack

by RithyTep

0🍴 0📅 2026年1月20日
GitHubで見るManusで実行

SKILL.md


name: backoffice-fullstack description: Fullstack development skill for WL Backoffice system. Handles feature implementation across Kirby (FE), Coloris (BE API), Promodia (Promotion), and Monika (SQL Database). Use when users want to "create new feature", "implement backend API", "create frontend component", "add new stored procedure", "create database table", or any fullstack development task for the backoffice system. metadata: version: 4.1.0 last_updated: 2025-01-20 author: Claude tags: [fullstack, kirby, coloris, monika, promodia, proxydia, backoffice, vue, csharp, sql]

Backoffice Fullstack Development Skill

New here? Start with QUICK-START.md for fast onboarding.

Quick Navigation

I want to...Go to
Get started quicklyQUICK-START.md
Decide which approachDECISION-TREE.md
Git branch/commitGIT-WORKFLOW.md
Fix a problemTROUBLESHOOTING.md
See examplesexamples/
Check conventionschecklists/conventions.md
FE checklistchecklists/fe-checklist.md
BE checklistchecklists/be-checklist.md
DB checklistchecklists/db-checklist.md

⚠️ FIRST: Load Memory

Before starting any task, read memory files to restore context:

.memory/learnings.json  ← Patterns, conventions, dev settings
.memory/tables.md       ← Table structures discovered
.memory/domain/         ← Feature-specific knowledge

Development Settings (from memory):

  • WebId = 1 (1company)
  • Check tables in Monika project files, never SELECT *
  • Use /artemis-debug-secure for STG queries

A comprehensive skill for developing features across the WL Backoffice system stack.

Performance

LayerSequentialParallel (with sub-agents)Improvement
Full feature30-45 min10-15 min3x faster
FE only15-20 min5-10 min2x faster
BE only10-15 min5-8 min2x faster

Features

FeatureDescription
Multi-Layer StackMonika (DB) → Coloris (API) → Kirby (FE)
Parallel AgentsFE and BE can run simultaneously after DB ready
Pattern LearningFollows CustomerRecordReport flow (FE)
SP VersioningSemantic versioning: Feature_Action_1.0.0
Domain Knowledge12 backoffice modules documented
v3.0.0 Parallel ExecutionBE + FE run simultaneously after DB
v3.0.0 Pattern Detection8 auto-detected patterns with violation checking
v3.1.0 FE TestingPlaywright tests with screenshot proof
v3.2.0 Programmatic Pattern ValidatorPython scripts for code pattern validation
v3.2.0 Full Automation SuiteStub generator, mock server, feature scaffolding
v3.2.0 Expanded Templates22 templates (FE: 7, BE: 5, DB: 9, Contract: 1)

v3.0.0 Features

Multi-Agent Parallel Execution

3x faster development by running agents in parallel:

Phase 1: DB (Sequential)     → 5-8 min
Phase 2: BE + FE (Parallel)  → 5-8 min (instead of 20-25 min)
Phase 3: FE Integration      → 2-4 min
Total: 12-20 min (was 30-45 min)

Files:

  • agents/parallel-execution-guide.md - Full documentation
  • prompts/agent-dependencies.json - Task dependency graph
  • prompts/batch-spawn-templates.md - Ready-to-use spawn prompts

Automatic Pattern Detection

8 core patterns automatically detected and validated:

LayerPatterns
FEAPI Wrapper, ForDisplay Getter, Error Handling, Dynamic Columns
BEController, Repository, Validation
DBSP Versioning, Registration, Soft Delete, Pagination

Files:

  • pattern-detection/pattern-signatures.json - Regex patterns
  • pattern-detection/pattern-detector.md - Detection workflow
  • pattern-detection/code-generation.md - Stub generation

v3.2.0 Features

Programmatic Pattern Validation

Validate generated code against pattern-signatures.json:

# Validate specific layer
python scripts/pattern-validator.py --path /path/to/feature --layer fe

# Validate all layers
python scripts/pattern-validator.py --path /path/to/feature --layer all

# Generate markdown report
python scripts/pattern-report.py --input violations.json --output report.md

Full Automation Suite

ScriptPurposeUsage
stubgen.pyGenerate code from API contractpython stubgen.py --contract api.json
mock-server.pyAPI mock server for FE devpython mock-server.py --port 3000
scaffold-feature.pyFull feature scaffoldingpython scaffold-feature.py --feature PlayerNote
sp-validator.pySQL SP validationpython sp-validator.py --path /path/to/sp.sql
validate-templates.pyTemplate syntax checkpython validate-templates.py
be-test-template.pyBE API testingpython be-test-template.py --feature playernote

Expanded Template Library (22 Total)

LayerTemplatesNew in v3.2.0
FE7Dialog, Filter Form, Form Validation
BE5Controller Tests
DB9Search SP, Bulk SP
Contract1-

New Templates:

  • fe-dialog-template.vue - Modal dialog for create/edit
  • fe-filter-form-template.vue - Reusable filter component
  • fe-form-validation-template.ts - Form validation rules
  • be-test-template.cs - xUnit tests for controllers
  • db-sp-search-template.sql - Full-text search SP
  • db-sp-bulk-template.sql - Bulk operations SP

v3.1.0 Features

FE Testing with Screenshot Proof

Test Kirby frontend with Playwright and capture visual proof:

python scripts/fe-test-template.py \
  --url "http://localhost:8080/v2/feature-page" \
  --output "/tmp/fe-tests"

Test Patterns:

  • Page Load Test
  • Table Data Test
  • Filter Form Test
  • Column Toggle Test
  • Export Test
  • Form Validation Test

Files:

  • playbooks/fe-testing.md - Full testing guide
  • scripts/fe-test-template.py - Test script template

Architecture Overview

┌─────────────────────────────────────────────────────────────────┐
│                        FRONTEND (Kirby)                         │
│  Vue 3 + TypeScript + Element Plus                              │
│  Path: $FE/kirby                                                │
├─────────────────────────────────────────────────────────────────┤
│                     BACKEND API (Coloris.Core)                  │
│  .NET Core + C# + Web API                                       │
│  Path: $BE/coloris/Coloris.Core/Coloris.Core                    │
│  ⚠️ IMPORTANT: Work in Coloris.Core, NOT Coloris folder         │
├─────────────────────────────────────────────────────────────────┤
│                     REST GATEWAY (Proxydia)                     │
│  REST to gRPC translation layer                                 │
│  Path: $BE/proxydia                                             │
├─────────────────────────────────────────────────────────────────┤
│                     PROMOTION SERVICE (Promodia)                │
│  gRPC Microservice for promotion logic                          │
│  Path: $BE/promodia                                             │
├─────────────────────────────────────────────────────────────────┤
│                        DATABASE (Monika)                        │
│  SQL Server + Stored Procedures                                 │
│  Path: $BE/monika                                               │
└─────────────────────────────────────────────────────────────────┘

**Path Variables (configure in your environment):**
- `$FE` = Frontend projects root (e.g., ~/FE or /Users/yourname/FE)
- `$BE` = Backend projects root (e.g., ~/BE or /Users/yourname/BE)

Data Flow

Kirby (FE) → Coloris.Core (API) → Proxydia (REST) → Promodia (gRPC) → Monika (DB)

Development Flow

Full Stack Order

Database (Monika) → Promodia (gRPC) → Proxydia (REST) → Coloris.Core (API) → Frontend (Kirby)

Frontend Flow (CustomerRecordReport Pattern)

Model → apiCalling.ts → apis.ts → FakeData → Composable → Component → Router

Backend Flow (Coloris.Core)

Model (Request/Response) → Service Interface → Service Implementation → Controller

⚠️ IMPORTANT:

  • Work in Coloris.Core/Coloris.Core/ folder, NOT Coloris/Coloris/
  • Add endpoints to EXISTING controllers (e.g., PromotionController), don't create new ones
  • Follow existing patterns in the codebase

Proxydia Flow (REST Gateway)

Request Model → Controller → Promodia gRPC Client → Response Model

Promodia Flow (gRPC Service)

Proto Definition → Service Implementation → Repository → Monika SP Call

Database Flow (Monika)

Table → Stored Procedure → InsertData (sp_lookup registration)

File Reference

NeedFile
Quick startINDEX.md
FE agent guideagents/kirby-fe-agent.md
BE agent guideagents/coloris-be-agent.md
DB agent guideagents/monika-db-agent.md
FE templatestemplates/fe-*.ts, templates/fe-*.vue
BE templatestemplates/be-*.cs
DB templatestemplates/db-*.sql
Domain knowledgedocs/backoffice/*.md
Playbooksplaybooks/*.md
Learnings.memory/learnings.json

Quick Reference

API Layer (ONLY 2 FILES)

src/libraries/apiCalling.ts  → ALL API methods (callGetFeature)
src/libraries/apis.ts        → Wrapper layer (composables use this)

SP Versioning (REQUIRED)

-- Format: {Service}_{Feature}_{Action}_{Major}.{Minor}.{Patch}
Coloris_Player_GetNotes_1.0.0
Promodia_GetMemberPromotion_1.2.0

SP Registration (InsertData.sql)

INSERT [dbo].[SimpleSettings]
  ([Website], [IsUAT], [Type], [Id], [Value], ...)
VALUES
  (N'Coloris', 0, N'sp_lookup', N'Coloris_Player_GetNotes',
   N'[dbo].[Coloris_Player_GetNotes_1.0.0]', ...)

Error Codes

CodeMessageUsage
0SuccessAll operations
330Duplicate existsConflict on create
400Bad requestValidation failure
404Not foundRecord not found

⚠️ Coding Conventions (MUST FOLLOW)

General Rules

RuleDescription
No comments on codeCode should be self-documenting. Don't add unnecessary comments.
No any typeNever use any type in TypeScript. Create proper interfaces.
Use existing controllersAdd endpoints to existing controllers, don't create new ones.
Coloris.Core, not ColorisAlways work in Coloris.Core folder, not Coloris folder.

TypeScript (Kirby)

// ❌ WRONG - never use 'any'
const data: any = response.data;

// ✅ CORRECT - create interface
interface IPlayerData {
  PlayerId: number;
  PlayerName: string;
}
const data: IPlayerData = response.data;

Type Consistency Across Layers

IDs must be consistent types across all layers:

LayerID Type
Kirby (TypeScript)number
Coloris.Core (C#)int
Proxydia (C#)int
Promodia (Proto)int32
Monika (SQL)INT

SQL (Monika)

-- ✅ Use GETDATE(), not GETUTCDATE()
SELECT * FROM Players WHERE CreatedOn > GETDATE()

-- ❌ Don't handle null dates in Monika
-- Validation should be done in Coloris.Core
IF @fromDate IS NULL SET @fromDate = GETDATE()  -- DON'T DO THIS

-- ✅ Let Coloris.Core validate and return error if null

C# (Coloris.Core)

// ✅ Add to existing controller
[HttpPost]
[Route("v2/new-endpoint")]
public async Task<ApiResponseWithMessage<Response>> NewEndpoint(Request req)
{
    if (Request.Path.ToString().Contains("/v2/"))
    {
        var userData = req.GetUserData();
        req.WebId = userData.WebId;
    }
    var response = await _service.NewMethod(req);
    return new ApiResponseWithMessage<Response>(response);
}

// ❌ Don't create new controller for related features
// Add to PromotionController, not create SportsController

Translation (i18n)

Tool: WL Translation Engine

// In composables
import { t } from '@/libraries/vue-i18n'
const msg = t('translation_key')
<!-- In templates -->
{{ $t('translation_key') }}

Usage Examples

Example 1: Full Feature

User: Create a player notes feature

Claude:
1. Load domain knowledge (03-membership.md)
2. Design PlayerNote table in Monika
3. Create stored procedures (CRUD)
4. Register SP in InsertData.sql
5. Create C# models, repository, service, controller
6. Create TypeScript model with ForDisplay getters
7. Add methods to apiCalling.ts and apis.ts
8. Create composable using apis wrapper
9. Create Vue component with ColumnToggle
10. Add route with authorizeRoute

Example 2: FE Only

User: Add a new report page for withdrawal summary

Claude:
1. Follow CustomerRecordReport pattern
2. Create model in src/models/report/
3. Add to apiCalling.ts and apis.ts
4. Create composable with IColumnsDynamic
5. Create Vue component
6. Add route entry

Example 3: DB Only

User: Add audit log table for player actions

Claude:
1. Create table in appropriate schema
2. Create versioned SP (1.0.0)
3. Add to InsertData.sql for sp_lookup
4. Document in shared-memory.md

Domain Knowledge

Load relevant files from docs/backoffice/ before implementation:

FileContent
01-dashboard.mdCap limit, metrics, star icons
02-sub-account.mdPermissions, encryption, IP whitelist
03-membership.mdMember list, KYC (L1-3), VIP (9 levels), labels
04-reports.mdWin/Lost, betting records, player summary
05-financial-center.mdDeposit/withdrawal, auto-approval, banking
06-promotions.mdBonus, rebate, reward types, promo wallet
07-referral.mdReferrer/referee relationships
08-game-platform.mdProviders, games, bet limits
09-platform-settings.mdSystem params, currency, themes
10-cash-agent.mdAgent hierarchy, PT adjustment
11-risk-control.mdIP/FP detection, alerts
12-security.mdPassword policy, 2FA

Sub-Agents

This skill uses specialized sub-agents for parallel development:

Kirby FE Agent

  • Focus: Vue 3 components, composables, API integration
  • Pattern: CustomerRecordReport flow
  • Path: $FE/kirby
  • Key files: src/libraries/apiCalling.ts, src/libraries/apis.ts
  • Guide: agents/kirby-fe-agent.md
  • Rules: No any type, create proper interfaces

Coloris.Core BE Agent

  • Focus: C# Controllers, Services, Request/Response models
  • Pattern: Service pattern with IPromodiaService
  • Path: $BE/coloris/Coloris.Core/Coloris.Core
  • Key folders: Controllers/, Services/, Models/
  • Guide: agents/coloris-be-agent.md
  • ⚠️ IMPORTANT: Work in Coloris.Core, NOT Coloris folder
  • Rules: Add to existing controllers, don't create new ones

Proxydia REST Gateway Agent

  • Focus: REST endpoints that call Promodia gRPC
  • Pattern: REST to gRPC translation
  • Path: $BE/proxydia
  • Key folders: Controllers/, Models/
  • Guide: agents/proxydia-agent.md

Promodia gRPC Agent

  • Focus: Promotion logic, VIP features, gRPC services
  • Pattern: gRPC + Strategy pattern (not REST)
  • Path: $BE/promodia
  • Key files: Protos/, Services/
  • SP Prefix: Promodia_
  • Guide: agents/promodia-agent.md

Monika DB Agent

  • Focus: SQL tables, stored procedures
  • Pattern: Versioned SPs with InsertData registration
  • Path: $BE/monika
  • Key folders: Tables/, Stored Procedures/, data/
  • Guide: agents/monika-db-agent.md
  • Rules: Use GETDATE() not GETUTCDATE(), no null date handling

Learning Prompts

After completing an implementation, capture knowledge for future sessions:

TriggerAction
Discovered new pattern?Update .memory/learnings.json
Found table structure?Update .memory/tables.md
New domain/feature?Create .memory/domain/{feature}.md
Common issue resolved?Add to learnings.json common_issues

Workflow:

1. Complete implementation
2. Commit code changes
3. Update memory files
4. Commit memory (separate commit)

Example learning entry:

{
  "pattern_name": "description",
  "learned_from": "source file",
  "usage": "when to apply"
}

Git Contribution

Commit Message Format

[BackofficeFullstack] {Type} v{Major}.{Minor}.{Patch} - {Description}

Types:

TypeUsage
InitInitial release
FeatureNew feature or major addition
FixBug fix
DocsDocumentation only
RefactorCode restructure without new features

Git Tag Format

# Create annotated tag after version commit
git tag -a backoffice-fullstack-v{version} {commit} -m "BackofficeFullstack v{version} - {description}"

# Example
git tag -a backoffice-fullstack-v2.2.0 2bc7ba9 -m "BackofficeFullstack v2.2.0 - Learning & Validation"

# Push tags to remote
git push origin --tags

Version Bump Workflow

1. Implement changes
2. Update VERSION.md changelog
3. Update SKILL.md version + changelog
4. Commit: [BackofficeFullstack] Feature vX.Y.Z
5. Tag: git tag -a backoffice-fullstack-vX.Y.Z HEAD -m "..."
6. Push: git push && git push --tags

CLI Commands

# Set your paths first (add to ~/.bashrc or ~/.zshrc)
export FE=~/FE          # or your frontend projects root
export BE=~/BE          # or your backend projects root

# Frontend dev server
cd $FE/kirby && npm run dev

# Build Coloris.Core
cd $BE/coloris/Coloris.Core/Coloris.Core && dotnet build

# Build Proxydia
cd $BE/proxydia && dotnet build

# Build Promodia
cd $BE/promodia && dotnet build

# Test API endpoint
curl -X POST "http://localhost/api/{feature}/v2/{endpoint}" \
  -H "Authorization: Bearer {token}" \
  -H "Content-Type: application/json" \
  -d '{"WebId": 1, "PageIndex": 1, "PageSize": 25}'

Changelog

v4.1.0 (2025-01-20)

  • Decision Tree - New DECISION-TREE.md for choosing the right approach
  • Git Workflow - New GIT-WORKFLOW.md with branch naming and commit conventions
  • Visual flowcharts for task type selection
  • Layer decision matrix
  • Branch naming: {Type}/{TicketID}-{ShortDescription}
  • Commit format: [{Layer}] {Type}: {Description}
  • Multi-project git workflow examples

v4.0.0 (2025-01-20)

  • Quick Start Guide - New QUICK-START.md for fast onboarding
  • Troubleshooting Guide - New TROUBLESHOOTING.md with common issues and solutions
  • Checklists - Layer-specific checklists for FE, BE, and DB development
  • Examples - Real-world implementation examples with copy-paste code
  • Better Navigation - Improved INDEX.md with clear navigation
  • Relative Paths - All paths use $FE and $BE variables for portability
  • 5-Layer Architecture - Full documentation of Proxydia layer
  • Coding Conventions - Comprehensive conventions checklist
  • Added QUICK-START.md - 5-minute onboarding guide
  • Added TROUBLESHOOTING.md - Common issues and solutions
  • Added checklists/conventions.md - Coding standards checklist
  • Added checklists/fe-checklist.md - Frontend development checklist
  • Added checklists/be-checklist.md - Backend development checklist
  • Added checklists/db-checklist.md - Database development checklist
  • Added examples/add-list-page.md - FE list page example
  • Added examples/add-api-endpoint.md - BE endpoint example
  • Added examples/add-stored-procedure.md - DB stored procedure example
  • Updated INDEX.md with better navigation and quick reference
  • Updated all paths to use $FE and $BE variables

v3.3.1 (2025-01-20)

  • Fixed hardcoded paths to use $FE and $BE variables
  • Updated all agent files with relative paths
  • Added coding conventions to agent files

v3.3.0 (2025-01-20)

  • Added Proxydia layer documentation
  • Updated Coloris paths to Coloris.Core
  • Added coding conventions (no comments, no any type)
  • Created agents/proxydia-agent.md

v3.2.0 (2025-01-08)

  • Programmatic Pattern Validation - Python scripts for code validation
  • Full Automation Suite - 6 new automation scripts
  • Expanded Template Library - 22 templates (6 new)
  • Added scripts/pattern-validator.py - Pattern detection with line numbers
  • Added scripts/pattern-report.py - Markdown report generation
  • Added scripts/be-test-template.py - BE API testing with requests
  • Added scripts/validate-templates.py - Template syntax validation
  • Added scripts/sp-validator.py - SQL SP naming convention validator
  • Added scripts/stubgen.py - Code stub generator from API contract
  • Added scripts/mock-server.py - Flask-based API mock server
  • Added scripts/scaffold-feature.py - Full feature scaffolding
  • Added templates/fe-dialog-template.vue - Modal dialog component
  • Added templates/fe-filter-form-template.vue - Reusable filter form
  • Added templates/fe-form-validation-template.ts - Form validation rules
  • Added templates/be-test-template.cs - xUnit controller tests
  • Added templates/db-sp-search-template.sql - Full-text search SP
  • Added templates/db-sp-bulk-template.sql - Bulk operations SP

v3.1.0 (2025-01-08)

  • FE Testing - Playwright tests with screenshot proof
  • Added playbooks/fe-testing.md - Testing patterns and examples
  • Added scripts/fe-test-template.py - Reusable test script
  • URL format: http://localhost:8080/v2/{page}

v3.0.0 (2025-01-08)

  • Multi-Agent Parallel Execution - 3x faster feature development
  • Automatic Pattern Detection - 8 patterns with violation checking
  • Added agents/parallel-execution-guide.md
  • Added prompts/agent-dependencies.json
  • Added prompts/batch-spawn-templates.md
  • Added pattern-detection/pattern-signatures.json
  • Added pattern-detection/pattern-detector.md
  • Added pattern-detection/code-generation.md
  • Updated orchestrator with v3.0.0 protocol

v2.2.1 (2025-01-08)

  • Added Git Contribution section (commit format, tag format, workflow)
  • Created git tags for all versions (v1.0.0 → v2.2.0)

v2.2.0 (2025-01-08)

  • Added FE composable template with export and column toggle
  • Added Promodia agent guide (gRPC architecture)
  • Added validation playbook (FE/BE/DB patterns)
  • Added learning prompts section for knowledge capture
  • Updated sub-agents section with Promodia

v2.1.0 (2025-01-08)

  • Added auto-load memory on session start
  • Added BE templates (controller, service, repository, model)
  • Added DB templates (table, SP CRUD, insertdata)
  • Added memory strategy for session persistence
  • Renamed memory/ to .memory/ (hidden folder)

v2.0.0 (2025-01-08)

  • Added CustomerRecordReport flow pattern for FE
  • Clarified API layer: only apiCalling.ts + apis.ts
  • Added apis.ts wrapper layer documentation
  • Added SP versioning and InsertData patterns
  • Added IColumnsDynamic for dynamic columns
  • Reorganized folder structure (docs, templates, playbooks)
  • Added INDEX.md quick reference
  • Added VERSION.md for tracking

v1.0.0 (2025-01-08)

  • Initial skill creation
  • Basic FE/BE/DB workflows
  • Domain knowledge documentation

スコア

総合スコア

40/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です