syntaxmatrix 2.6.4.4__py3-none-any.whl → 3.0.1__py3-none-any.whl

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (41) hide show
  1. syntaxmatrix/__init__.py +6 -4
  2. syntaxmatrix/agentic/agents.py +206 -26
  3. syntaxmatrix/agentic/agents_orchestrer.py +16 -10
  4. syntaxmatrix/client_docs.py +237 -0
  5. syntaxmatrix/commentary.py +96 -25
  6. syntaxmatrix/core.py +142 -56
  7. syntaxmatrix/dataset_preprocessing.py +2 -2
  8. syntaxmatrix/db.py +0 -17
  9. syntaxmatrix/kernel_manager.py +174 -150
  10. syntaxmatrix/page_builder_generation.py +656 -63
  11. syntaxmatrix/page_layout_contract.py +25 -3
  12. syntaxmatrix/page_patch_publish.py +368 -15
  13. syntaxmatrix/plugins/__init__.py +0 -0
  14. syntaxmatrix/premium/__init__.py +10 -2
  15. syntaxmatrix/premium/catalogue/__init__.py +121 -0
  16. syntaxmatrix/premium/gate.py +15 -3
  17. syntaxmatrix/premium/state.py +507 -0
  18. syntaxmatrix/premium/verify.py +222 -0
  19. syntaxmatrix/profiles.py +1 -1
  20. syntaxmatrix/routes.py +9847 -8004
  21. syntaxmatrix/settings/model_map.py +50 -65
  22. syntaxmatrix/settings/prompts.py +1186 -414
  23. syntaxmatrix/settings/string_navbar.py +4 -4
  24. syntaxmatrix/static/icons/bot_icon.png +0 -0
  25. syntaxmatrix/static/icons/bot_icon2.png +0 -0
  26. syntaxmatrix/templates/admin_billing.html +408 -0
  27. syntaxmatrix/templates/admin_branding.html +65 -2
  28. syntaxmatrix/templates/admin_features.html +54 -0
  29. syntaxmatrix/templates/dashboard.html +285 -8
  30. syntaxmatrix/templates/edit_page.html +199 -18
  31. syntaxmatrix/themes.py +17 -17
  32. syntaxmatrix/workspace_db.py +0 -23
  33. syntaxmatrix-3.0.1.dist-info/METADATA +219 -0
  34. {syntaxmatrix-2.6.4.4.dist-info → syntaxmatrix-3.0.1.dist-info}/RECORD +38 -33
  35. {syntaxmatrix-2.6.4.4.dist-info → syntaxmatrix-3.0.1.dist-info}/WHEEL +1 -1
  36. syntaxmatrix/settings/default.yaml +0 -13
  37. syntaxmatrix-2.6.4.4.dist-info/METADATA +0 -539
  38. syntaxmatrix-2.6.4.4.dist-info/licenses/LICENSE.txt +0 -21
  39. /syntaxmatrix/{plugin_manager.py → plugins/plugin_manager.py} +0 -0
  40. /syntaxmatrix/static/icons/{logo3.png → logo2.png} +0 -0
  41. {syntaxmatrix-2.6.4.4.dist-info → syntaxmatrix-3.0.1.dist-info}/top_level.txt +0 -0
@@ -1,425 +1,1158 @@
1
+ SMXAI_CHAT_IDENTITY = ""
2
+
3
+ SMXAI_CHAT_INSTRUCTIONS = ""
4
+
5
+ SMXAI_WEBSITE_DESCRIPTION = ""
6
+
7
+
8
+ SMXAI_LANDING_PAGE_INSTRUCTIONS = f"""
9
+ > IMPORTANT CONTEXT FOR THE GENERATOR
10
+
11
+ ## PLAN GENERATION CONTRACT (MANDATORY)
12
+
13
+ When generating the page plan JSON:
14
+
15
+ - EVERY major section MUST include:
16
+ - needsImage: true
17
+ - imgQuery: "<specific, concrete image search query>"
18
+ - Images MUST be attached at section level.
19
+ - Do NOT rely on templates to infer images.
20
+ - If a section lacks needsImage + imgQuery, the plan is INVALID.
21
+
22
+ This applies to:
23
+ - hero
24
+ - problem framing
25
+ - solution overview
26
+ - platform highlights
27
+ - deployment models
28
+ - trust / governance
29
+ - licensing model
30
+ - plans overview
31
+ - proof / credibility
32
+ - final CTA
33
+
34
+ ---
35
+
36
+ ## GLOBAL CONTENT RULES (NON-NEGOTIABLE)
37
+
38
+ - Each MAJOR section must include 2–3 full paragraphs minimum.
39
+ - Each paragraph must be 4–6 complete sentences.
40
+ - Prose explanations MUST come before cards or bullets.
41
+ - Cards and bullets may ONLY summarise AFTER prose.
42
+ - Avoid slogans without explanation.
43
+ - Assume the reader is technical and sceptical.
44
+
45
+ Thin or overly short content is invalid.
46
+
47
+ ---
48
+
49
+ ## GLOBAL IMAGE RULES (NON-NEGOTIABLE)
50
+
51
+ - Each major section must include exactly ONE image.
52
+ - Prefer: architecture diagrams, platform UI visuals, system diagrams, abstract technical visuals.
53
+ - Avoid: lifestyle photos, generic startup imagery, people (unless explicitly requested).
54
+ - Do not reuse the same imgQuery across sections.
55
+
56
+ ---
57
+
58
+ ## A) LAYOUT & HERO VISUAL RULES
59
+
60
+ ### Hero Alignment Options (EXPLICIT)
61
+ Support both and select one:
62
+
63
+ - Default: heroAlignment = "left"
64
+ - Alternative: heroAlignment = "center"
65
+
66
+ The chosen alignment MUST be emitted in the plan.
67
+
68
+ ### Hero Overlay Rules (MANDATORY)
69
+ - Hero text overlay MUST be glassy/translucent.
70
+ - The hero MUST NOT use an opaque white banner/card that blocks the image.
71
+ - Overlay opacity must allow the hero image to remain clearly visible.
72
+
73
+ ---
74
+
75
+ ## B) REQUIRED HOMEPAGE STRUCTURE (IN ORDER)
76
+
77
+ ### B.1 HERO — Company + Product Positioning
78
+
79
+ Content requirements:
80
+ - 2–3 paragraphs explaining:
81
+ - what SyntaxMatrix is (AI infrastructure + algorithm design company)
82
+ - what smxPP is (deployable platform provisioner)
83
+ - why client-owned deployment matters (data sovereignty, governance, control)
84
+ - Avoid hype. Use concrete, operational language.
85
+
86
+ Hero Headline (choose one strong, enterprise option):
87
+ - "Provision Client-Owned AI Platforms — Securely, Governably, Repeatably"
88
+ OR
89
+ - "Enterprise AI Platforms You Can Own, Deploy, and Govern"
90
+
91
+ Subheadline:
92
+ - Must mention smxPP explicitly and clarify it provisions a complete platform, not a single chatbot.
93
+
94
+ CTAs:
95
+ - Primary: "Explore Services"
96
+ - Secondary: "Read Documentation"
97
+ Optional tertiary link: "Licensing Explained"
98
+
99
+ Visual:
100
+ - needsImage: true
101
+ - imgQuery: "enterprise AI platform hero architecture abstract dark glassmorphism"
102
+
103
+ ---
104
+
105
+ ### B.2 THE PROBLEM — Why AI Prototypes Fail in Production
106
+
107
+ Content requirements:
108
+ - 2–3 paragraphs explaining the real pain points:
109
+ - teams rebuilding AI infrastructure repeatedly
110
+ - fragile RAG pipelines and unreproducible behaviour
111
+ - lack of governance, audit trails, and role separation
112
+ - mismatch between content systems and AI systems
113
+ - vendor lock-in and unclear data boundaries
114
+ - Follow with a short bullet list summarising 5–7 issues.
115
+
116
+ Visual:
117
+ - needsImage: true
118
+ - imgQuery: "enterprise AI production challenges diagram fragmentation governance"
119
+
120
+ ---
121
+
122
+ ### B.3 THE SOLUTION — What smxPP Provisions
123
+
124
+ Content requirements:
125
+ - 2–3 paragraphs explaining:
126
+ - smxPP provisions a complete platform surface (not a toy UI)
127
+ - how modules fit together (admin panel, ingestion, assistant, pages, ML tooling, analytics)
128
+ - how this reduces time-to-deploy and increases operational stability
129
+
130
+ Include a short summary list after prose:
131
+ - Role-aware Admin Panel
132
+ - Knowledge ingestion + RAG assistant
133
+ - Page Studio and documentation surfaces
134
+ - ML Lab outputs and exports (where enabled)
135
+ - Licensing boundaries and entitlements (premium)
136
+
137
+ Visual:
138
+ - needsImage: true
139
+ - imgQuery: "AI platform overview diagram admin panel RAG page studio ML lab"
140
+
141
+ ---
142
+
143
+ ### B.4 PLATFORM HIGHLIGHTS — What Enterprises Actually Get
144
+
145
+ Content requirements:
146
+ - 2 paragraphs introducing the philosophy: operational value > demos.
147
+ - Then provide 6 highlight blocks (each with a 4–6 sentence paragraph, not one-liners):
148
+ 1) Role-aware access and governance
149
+ 2) Document ingestion and retrieval architecture
150
+ 3) RAG assistant with controlled grounding
151
+ 4) Page Studio for internal/external portals
152
+ 5) Documentation viewer integrated into the platform
153
+ 6) Optional ML Lab workflows and exports
154
+
155
+ Cards may summarise each after the prose paragraphs.
156
+
157
+ Visual:
158
+ - needsImage: true
159
+ - imgQuery: "enterprise software dashboard UI panels RAG admin governance"
160
+
161
+ ---
162
+
163
+ ### B.5 DEPLOYMENT MODELS — Client-Owned by Design
164
+
165
+ Content requirements:
166
+ - 2–3 paragraphs explaining:
167
+ - self-hosted deployment model (client instance)
168
+ - why SyntaxMatrix does not host client instances by default
169
+ - how BYOK and data locality reduce procurement friction
170
+ - Include a comparison block after prose:
171
+ - On-premise
172
+ - Private cloud
173
+ - Controlled cloud deployments (e.g., container-based)
174
+
175
+ Visual:
176
+ - needsImage: true
177
+ - imgQuery: "deployment models on premise private cloud architecture diagram"
178
+
179
+ ---
180
+
181
+ ### B.6 TRUST & GOVERNANCE — Built for Sceptical Environments
182
+
183
+ Content requirements:
184
+ - 2–3 paragraphs addressing:
185
+ - auditability, role separation, operational controls
186
+ - how content ingestion is managed and traceable
187
+ - how organisations can govern AI behaviour over time
188
+ - Include a short list of enterprise trust signals:
189
+ - controlled permissions
190
+ - clear data boundary
191
+ - reproducible upgrades
192
+ - documented operations
193
+
194
+ Visual:
195
+ - needsImage: true
196
+ - imgQuery: "enterprise compliance security audit governance diagram"
197
+
198
+ ---
199
+
200
+ ### B.7 LICENSING MODEL — Sustainable, Enforceable, Enterprise-Friendly
201
+
202
+ Content requirements:
203
+ - 2–3 paragraphs explaining:
204
+ - open-core commercial model
205
+ - signed, instance-bound licences
206
+ - remote validation where enabled for subscription integrity
207
+ - grace period handling to avoid sudden disruption
208
+ - Explain the self-serve portal benefits:
209
+ - update payment method
210
+ - view invoices
211
+ - cancel at period end
212
+ - Emphasise fraud resistance as investor-grade assurance, without sounding adversarial.
213
+
214
+ Visual:
215
+ - needsImage: true
216
+ - imgQuery: "software licensing cryptographic signature keys enterprise diagram"
217
+
218
+ ---
219
+
220
+ ### B.8 PLANS OVERVIEW — Capability Progression (No Prices)
221
+
222
+ Content requirements:
223
+ - 2–3 paragraphs explaining plan philosophy:
224
+ - Trial is full access for evaluation
225
+ - Free is constrained but functional
226
+ - Pro is for small teams adopting smxPP seriously
227
+ - Business is for scaled operations needing more caps and governance
228
+ - Enterprise is for institutions with strict requirements and deeper controls
229
+ - Do NOT include pricing. Explain operational value and typical fit.
230
+ - Provide a concise summary table AFTER prose (caps/features high-level only).
231
+
232
+ Visual:
233
+ - needsImage: true
234
+ - imgQuery: "enterprise pricing tiers progression comparison chart abstract"
235
+
236
+ ---
237
+
238
+ ### B.9 PROOF & CREDIBILITY — Why This Is Real
239
+
240
+ Content requirements:
241
+ - 2–3 paragraphs explaining:
242
+ - engineering-first platform design
243
+ - documented deployment approach
244
+ - measurable operational focus (reliability, governance, reproducibility)
245
+ - Include a short credibility block:
246
+ - Founder profile line (Bobga Nti — Founder / AI Engineer; MSc AI, platform engineering focus)
247
+ - Company governance line (Yvonne Motuba — Company Secretary; corporate oversight)
248
+ - Keep it professional and factual.
249
+
250
+ Visual:
251
+ - needsImage: true
252
+ - imgQuery: "enterprise software engineering credibility diagram architecture blueprint"
253
+
254
+ ---
255
+
256
+ ### B.10 FINAL CTA — Next Steps
257
+
258
+ Content requirements:
259
+ - 1–2 paragraphs reinforcing:
260
+ - client-owned AI platform value
261
+ - governance-first stance
262
+ - how to engage (services + documentation + licensing trust)
263
+
264
+ CTAs:
265
+ - "Talk to SyntaxMatrix"
266
+ - "Explore Services"
267
+ - "Read Documentation"
268
+ Optional link: "Licensing Explained"
269
+
270
+ Visual:
271
+ - needsImage: true
272
+ - imgQuery: "enterprise call to action abstract technology background dark"
273
+
274
+ ---
275
+
276
+ ## C) PAGE STUDIO RENDERING RULES
277
+
278
+ - Prose first, UI blocks second
279
+ - No compressed sections
280
+ - Maintain enterprise rhythm and spacing
281
+ - Ensure hero overlay is glassy and does NOT block the image
282
+
283
+ Failure to satisfy content depth or image rules is invalid.
1
284
 
2
- SMXAI_CHAT_IDENTITY = f"""
3
- Your name is 'smxAI'.
4
- You are the expert AI Engineer and Data Scientist at SyntaxMatrix Ltd.
5
- Your creator is SyntaxMatrix and you will represent them in any way, shape or form.
6
- Your Company is based in Ireland. It designs and develop AI algorithms and softwares for business applications.
7
285
  """
8
286
 
9
- SMXAI_CHAT_INSTRUCTIONS = """
10
- Content & Formatting Blueprint (Adhere Strictly):
11
- Structure your response using the following elements as appropriate for the topic. Prioritize clarity and information density. If the query is not a question or if there is no context: generate an appropriate general response based on your training knowledge.
12
- else if the query is a question:
13
- 1. Generate a response to the given query based on the given user context and/or system context.
14
- 2. Use the chat history to stay relevant.
15
- 3. You must always respond in a conversational tone and do not Hallucinate.
16
- 4. Determine whether based on the query, you should generate a list, table, or just plain text response.
17
- 5. If the response is plain text, each sentence must begin on a new line - use the <br> tag.
18
- 6. If the query is a question that requires a list or table, you must generate the content in the appropriate format.
19
- 7. Use clear, hierarchical headings if the response is longer than a paragraph.
20
- 8. Be direct and concise. Avoid unnecessary fluff or repetition.
21
- 9. Lead with your key conclusion or answer in the first sentence.
22
- 10. Support your answer with clear, factual points.
23
-
24
- ──────── FORMAT INSTRUCTIONS ───────────────
25
- 1. Decide which of the following layouts best fits the content:
26
- • Comparison across attributes or (Key:Value) pairs → HTML <table>.
27
- When creating a table, adhere to the following styling instructions:
28
- a. First, declare 3 colors: c1="#EDFBFF", c2="#CCCCCC", c3="#E3E3E3".
29
- b. The generated table must be formatted so that table cells have border lines.
30
- c. The table head (<thead>) must always have a background color of c1.
31
- d. The rest of the rows in the table body (<tbody>) must alternate between 2 background colors, c2 and c3 (striped).
32
- • Use bullet points for simple lists of items, features → HTML <ul>
33
- • Use ordered (numbered or step-by-step) list for sequences or steps in a process → HTML <ol>
34
- 2. Keep cells/list items concise (one fact or metric each).
35
- 3. All markup must be raw HTML. Avoid using markdown symbols like **asterisks** or _underscores_ for emphasis.
36
- 4. Do not wrap the answer inside triple back-ticks.
37
- 6. If emphasis is needed, use clear language (e.g., "It is important to note that...").
38
- 7. Use horizontal lines (<hr>) sparingly to separate distinct sections.
39
- 8. The final output should be professional, easy to scan, and ready to be pasted into a document or email.
287
+
288
+ SMXAI_ABOUT_PAGE_INSTRUCTIONS = f"""
289
+ IMPORTANT CONTEXT FOR THE GENERATOR
290
+ This page must read like the About page of a serious infrastructure and design by the website desc.
291
+ This is NOT marketing copy. This is NOT a teaser. This is a full company profile.
292
+ Failure to follow layout, image, or depth requirements invalidates the output.
293
+
294
+ 🔒 PLAN GENERATION CONTRACT (MANDATORY)
295
+ When generating the internal page plan JSON:
296
+ EVERY major section MUST explicitly include an image block
297
+ For EACH section, the planner MUST emit:
298
+ needsImage: true
299
+
300
+ imgQuery: "<specific, concrete image search query>"
301
+ Images must be attached at section level
302
+ Do NOT rely on defaults
303
+ If any section lacks needsImage + imgQuery, the plan is INVALID
304
+
305
+ This applies to:
306
+ hero
307
+ mission / vision
308
+ problem statement
309
+ platform architecture
310
+ capabilities
311
+ principles
312
+ founders
313
+ credibility / roadmap
314
+ final CTA
315
+
316
+ 🎯 PAGE GOAL
317
+ Generate a comprehensive, long-form About page that explains:
318
+ What SyntaxMatrix is
319
+ Why it exists
320
+ What it builds (smxPP)
321
+ How the platform works internally
322
+ How it is deployed and governed
323
+ Who built it and why they are qualified
324
+ Why enterprises should trust it
325
+ Audience:
326
+
327
+ CTOs
328
+ Heads of Engineering
329
+ AI Architects
330
+ Enterprise Buyers
331
+ Technical Investors
332
+
333
+ Tone:
334
+ enterprise-grade
335
+ technical
336
+ confident
337
+ explanatory
338
+ sceptic-aware
339
+ never hype-driven
340
+
341
+ 📐 GLOBAL CONTENT RULES (NON-NEGOTIABLE)
342
+ This page MUST be long-form prose
343
+ Each MAJOR section must include:
344
+ 3-4 full paragraphs minimum
345
+ Each paragraph 6-7 sentences
346
+ Bullet points and cards are allowed ONLY as summaries
347
+ Prose explanations MUST come first
348
+ No slogans without explanation
349
+ Assume the reader is technically competent and distrustful
350
+ Thin content = failure.
351
+
352
+ 🖼️ GLOBAL IMAGE RULES (NON-NEGOTIABLE)
353
+ Every MAJOR section MUST include an image
354
+ Images support comprehension — they do NOT replace text
355
+
356
+ Prefer:
357
+ architecture diagrams
358
+ abstract technical visuals
359
+ interfaces
360
+
361
+ Avoid:
362
+ lifestyle photos
363
+ generic startup imagery
364
+ Do NOT reuse images across sections
365
+
366
+ 🧩 A) LAYOUT & HERO RULES
367
+ Hero Layout Options (EXPLICIT)
368
+ The generator MUST support both layouts:
369
+ Default: heroAlignment = "left"
370
+ Alternative: heroAlignment = "center"
371
+ The chosen alignment MUST be emitted in the plan.
372
+ Hero Overlay Rules (MANDATORY)
373
+ Overlay style MUST be glassy / translucent
374
+ NO opaque white cards
375
+ Overlay opacity should allow the hero image to remain visible
376
+ The hero image must visually dominate
377
+
378
+ 🧱 B) REQUIRED SECTION STRUCTURE (IN ORDER)
379
+ B.1 Hero — Company Identity & Positioning
380
+ Content requirements:
381
+
382
+ 3-4 paragraphs explaining:
383
+ what SyntaxMatrix is as a company
384
+ its focus on AI infrastructure and algorithm design
385
+ the difference between SyntaxMatrix and hosted AI tools
386
+ Clearly introduce smxPP as the core product
387
+ Explain “client-owned AI platforms” in concrete terms
388
+
389
+ CTAs:
390
+ “View Services”
391
+ “Read Documentation”
392
+ Visual:
393
+ needsImage: true
394
+ imgQuery: "enterprise AI infrastructure architecture abstract dark"
395
+
396
+ B.2 Mission and Vision
397
+ Mission:
398
+ 2 paragraphs explaining what the company delivers today
399
+
400
+ Focus on engineering outcomes, not aspirations
401
+
402
+ Vision:
403
+ 2 paragraphs explaining the long-term direction:
404
+ governed AI systems
405
+ composable platforms
406
+ ownership, auditability, control
407
+ Visual:
408
+
409
+ needsImage: true
410
+
411
+ imgQuery: "enterprise technology mission vision abstract diagram"
412
+
413
+ B.3 Why SyntaxMatrix Exists
414
+ Content requirements:
415
+ 3-4 paragraphs describing industry pain points in depth:
416
+ repeated rebuilding of AI stacks
417
+ fragile RAG systems
418
+ lack of governance and audit trails
419
+ separation of AI from content systems
420
+ Follow with a short bullet summary
421
+
422
+ Visual:
423
+ needsImage: true
424
+ imgQuery: "enterprise AI complexity fragmentation diagram"
425
+ B.4 The smxPP Platform Architecture
426
+ Content requirements:
427
+
428
+ 4-5 paragraphs explaining:
429
+ internal architecture of smxPP
430
+ subsystem interaction
431
+ why this design enables reuse and governance
432
+ Explicitly describe:
433
+ role-aware UI
434
+ document ingestion
435
+
436
+ RAG pipelines
437
+
438
+ Page Studio
439
+
440
+ ML Lab
441
+
442
+ vector stores
443
+
444
+ licensing boundaries
445
+
446
+ Visual:
447
+
448
+ needsImage: true
449
+
450
+ imgQuery: "AI platform architecture diagram UI RAG ML pipeline"
451
+
452
+ B.5 Core Capabilities
453
+
454
+ Intro:
455
+
456
+ 2 paragraphs explaining the capability philosophy
457
+
458
+ For EACH capability:
459
+
460
+ 1 paragraph explaining what it does
461
+
462
+ 1 paragraph explaining why it matters operationally
463
+
464
+ Capabilities:
465
+
466
+ Chat assistant (tools, RAG, streaming)
467
+
468
+ Document ingestion & retrieval
469
+
470
+ Page Studio
471
+
472
+ Documentation viewer
473
+
474
+ ML Lab & exports
475
+
476
+ Vector store upgrades
477
+
478
+ Visuals:
479
+
480
+ needsImage: true per capability
481
+
482
+ imgQuery aligned per capability (specific, technical)
483
+
484
+ B.6 Operating Principles
485
+
486
+ Content requirements:
487
+
488
+ Intro paragraph on why principles matter in AI systems
489
+
490
+ Each principle:
491
+
492
+ short title
493
+
494
+ 3–4 sentence explanation
495
+
496
+ No slogans without substance
497
+
498
+ Visual:
499
+
500
+ needsImage: true
501
+
502
+ imgQuery: "engineering principles abstract geometric"
503
+
504
+ B.7 Founders & Governance
505
+
506
+ Content requirements:
507
+
508
+ Intro paragraph on leadership and accountability
509
+
510
+ Bobga Nti — Founder / AI Engineer
511
+
512
+ Detailed paragraph on background, system design focus, and role
513
+
514
+ Yvonne Motuba — Company Secretary
515
+
516
+ Paragraph on governance, compliance, and organisational stability
517
+
518
+ This section MUST explicitly address trust and credibility
519
+
520
+ Visual:
521
+
522
+ needsImage: true
523
+
524
+ imgQuery: "professional executive portrait neutral background"
525
+
526
+ B.8 Credibility, Premium Capabilities & Roadmap
527
+
528
+ Content requirements:
529
+
530
+ 2 paragraphs on current production capabilities
531
+
532
+ 2 paragraphs on premium / enterprise features:
533
+
534
+ licensing
535
+
536
+ audit
537
+
538
+ deployment control
539
+
540
+ 1–2 paragraphs on roadmap direction
541
+
542
+ No over-promising
543
+
544
+ Visual:
545
+
546
+ needsImage: true
547
+
548
+ imgQuery: "enterprise product roadmap timeline minimal"
549
+
550
+ B.9 FAQ
551
+
552
+ Requirements:
553
+
554
+ 5–7 FAQs
555
+
556
+ Each answer 2–3 sentences
557
+
558
+ Must include:
559
+
560
+ What is a client instance?
561
+
562
+ Where does data live?
563
+
564
+ Can we deploy privately?
565
+
566
+ How licensing works?
567
+
568
+ What premium provides?
569
+
570
+ Visual: optional
571
+
572
+ B.10 Final CTA
573
+
574
+ Content requirements:
575
+
576
+ 1 paragraph reinforcing value and deployment model
577
+
578
+ Clear next steps
579
+
580
+ CTAs:
581
+
582
+ “Talk to SyntaxMatrix”
583
+
584
+ “View Documentation”
585
+
586
+ Visual:
587
+
588
+ needsImage: true
589
+
590
+ imgQuery: "enterprise AI call to action abstract technology"
591
+
592
+ 🛠️ C) PAGE STUDIO RENDERING RULES
593
+
594
+ Narrative prose first, UI blocks second
595
+
596
+ Cards summarise; paragraphs explain
597
+
598
+ No section should feel compressed
599
+
600
+ The page must read like a full company profile
601
+
602
+ ✅ END OF INSTRUCTIONS
40
603
  """
41
604
 
42
- SMXAI_WEBSITE_DESCRIPTIONssssssssssss = """
43
- SyntaxMatrix Overview
44
- SyntaxMatrix is a battle-tested Python framework that accelerates AI application development from concept to production, slashing engineering overhead by up to 80%. By packaging UI scaffolding, prompt orchestration, vector search integration, and deployment best practices into a cohesive toolkit, SyntaxMatrix empowers teams—from lean startups to enterprise R&D—to deliver AI-powered products at startup speed and enterprise scale._
45
- ____________________________________
46
- Goals & Objectives
47
- • Rapid Prototyping
48
- Enable teams to spin up interactive AI demos or internal tools in minutes, not weeks, by providing turnkey components for chat interfaces, file upload/processing (e.g., extracting text from PDFs), data visualization, and more.
49
- • Modular Extensibility
50
- Offer a plug-and-play architecture (via syntaxmatrix.bootstrap, core, vector_db, file_processor, etc.) so you can swap in new vector databases (SQLite, pgvector, Milvus), LLM backends (OpenAI, Google’s GenAI), or custom modules without rewriting boilerplate.
51
- • Best-Practice Defaults
52
- Bake in industry-standard patterns—persistent history stores, prompt-template management, API key handling, session management—while still allowing configuration overrides (e.g., via default.yaml or environment variables).
53
- • Consistency & Reproducibility
54
- Maintain a unified UX across projects with theming, navbar generation, and widget libraries (display.py, widgets), ensuring that every AI application built on the framework shares a consistent look-and-feel.
55
- ________________________________________
56
- Target Audience
57
- • AI/ML Engineers & Researchers who want to demo models, build knowledge-base assistants, or perform exploratory data analysis dashboards.
58
- • Startups & Product Teams looking to deliver customer-facing AI features (chatbots, recommendation engines, content summarizers) with minimal infrastructure overhead.
59
- • Educators & Students seeking a hands-on environment to teach or learn about LLMs, vector search, and prompt engineering without dealing with full-stack complexities.
60
- ________________________________________
61
- Solution: SyntaxMatrix Framework
62
- SyntaxMatrix unifies the entire AI app lifecycle into one modular, extensible package:
63
- • Turnkey Components: Pre-built chat interfaces, file-upload processors, visualization widgets, email/SMS workflows.
64
- • Seamless LLM Integration: Swap freely between OpenAI, Google Vertex, Anthropic, and self-hosted models via a unified API layer.
65
- • Plug-and-Play Vector Search: Adapters for SQLite, pgvector, Milvus—and roadmap for Pinecone, Weaviate, AWS OpenSearch—make semantic retrieval trivial.
66
- • Persistent State & Orchestration: Session history, prompt templating, and orchestration utilities ensure reproducibility and compliance.
67
- • Deployment-Ready: Industry-standard Docker images, CI/CD templates, Terraform modules, and monitoring dashboards ready out of the box.
68
- ________________________________________
69
- Key Features & Example Applications
70
- • Conversational Agents & Chatbots: Persistent session history, prompt-profile management, and dynamic prompt instructions make it easy to craft domain-specific assistants.
71
- • Document QA & Search: Built-in vectorizer and vector DB adapters enable rapid ingestion of PDFs or knowledge bases for semantic retrieval.
72
- • Data Analysis Dashboards: EDA output buffers and plotting utilities (plottings.py, Plotly support) let you surface charts and insights alongside conversational workflows.
73
- • Email & Notification Workflows: The emailer.py module streamlines outbound messaging based on AI-driven triggers.
74
- • Custom Model Catalogs & Templates: Centralized model_templates.py and settings/model_map.py support quick swapping between LLMs or prompt archetypes.
75
- ________________________________________
76
- Why It Matters
77
- By removing repetitive setup tasks and enforcing a coherent project structure, SyntaxMatrix reduces time-to-market, promotes maintainable code, and democratizes access to sophisticated AI patterns. Developers can stand on the shoulders of a battle-tested framework rather than reinventing the wheel for each new prototype or production system.
78
- ________________________________________
79
- Future Directions
80
- 1. Expanded Vector DB & Embedding Support
81
- o Add adapters for Pinecone, Weaviate, or AWS OpenSearch
82
- o Support hybrid retrieval (combining sparse and dense methods)
83
- 2. Multi-Modal & Streaming Data
84
- o Integrate vision and audio pipelines for document OCR, image captioning, or speech transcription
85
- o Enable real-time data streaming and inference for live-update dashboards
86
- 3. Deployment & MLOps Tooling
87
- o Built-in CI/CD templates, Docker images, and Terraform modules for cloud provisioning
88
- o Monitoring dashboards for latency, cost, and usage metrics
89
- 4. Collaborative & No-Code Interfaces
90
- o Role-based access control and multi-user projects
91
- o Drag-and-drop prompt editors and pipeline builders for non-technical stakeholders
92
- 5. Plugin Ecosystem & Marketplace
93
- o Community-contributed modules for domain-specific tasks (legal, healthcare, finance)
94
- o A registry to share prompt templates, UI widgets, and vector-DB schemas
605
+
606
+ SMXAI_SERVICES_PAGE_INSTRUCTIONS = """
607
+
608
+ IMPORTANT CONTEXT FOR THE GENERATOR
609
+
610
+ 🔒 PLAN GENERATION CONTRACT (MANDATORY)
611
+ When generating the page plan JSON:
612
+ EVERY major section MUST explicitly include an image
613
+ For EACH section, the planner MUST emit:
614
+ needsImage: true
615
+ imgQuery: "<specific, concrete image search query>"
616
+ Images MUST be attached at section level
617
+ Do NOT rely on default templates
618
+ If any section lacks needsImage + imgQuery, the plan is INVALID
619
+ This applies to:
620
+
621
+ hero
622
+ service categories
623
+ deployment models
624
+ premium services
625
+ licensing
626
+ enterprise engagement
627
+ final CTA
628
+
629
+ 🎯 PAGE GOAL
630
+ Generate a long-form, enterprise Services page that explains:
631
+ What services SyntaxMatrix provides
632
+ How smxPP is delivered, deployed, and governed
633
+ What premium and enterprise plans unlock
634
+ How licensing works in practice
635
+ Why enterprises trust this model
636
+ Audience:
637
+
638
+ CTOs
639
+ Heads of Engineering
640
+ Enterprise Architects
641
+ Procurement & Compliance teams
642
+ Technical buyers
643
+
644
+ Tone:
645
+ enterprise-first
646
+ technical
647
+ precise
648
+ confident
649
+ operational, not promotional
650
+
651
+ 📐 GLOBAL CONTENT RULES (NON-NEGOTIABLE)
652
+ This page MUST be long-form prose
653
+ Each MAJOR section must include:
654
+
655
+ 3-4 full paragraphs minimum
656
+
657
+ Each paragraph 6-8 sentences
658
+
659
+ Cards and bullets are allowed ONLY as summaries
660
+
661
+ Prose explanations MUST come first
662
+
663
+ Avoid slogans
664
+
665
+ Assume sceptical, technical readers
666
+
667
+ Thin or marketing-style content = failure.
668
+
669
+ 🖼️ GLOBAL IMAGE RULES (NON-NEGOTIABLE)
670
+
671
+ Every MAJOR section MUST include a visual
672
+
673
+ Images support comprehension
674
+
675
+ Prefer:
676
+
677
+ architecture diagrams
678
+
679
+ deployment diagrams
680
+
681
+ governance visuals
682
+
683
+ Avoid:
684
+
685
+ lifestyle imagery
686
+
687
+ abstract “startup” photos
688
+
689
+ 🧩 A) LAYOUT & HERO RULES
690
+ Hero Layout Options
691
+
692
+ The generator MUST support:
693
+
694
+ heroAlignment = "left"
695
+
696
+ heroAlignment = "center"
697
+
698
+ One must be explicitly selected.
699
+
700
+ Hero Overlay Rules
701
+
702
+ Overlay MUST be glassy / translucent
703
+
704
+ NO opaque white banners
705
+
706
+ Hero image must remain visible and dominant
707
+
708
+ 🧱 B) REQUIRED SECTION STRUCTURE (IN ORDER)
709
+ B.1 Hero — Services Overview
710
+
711
+ Content requirements:
712
+
713
+ 2–3 paragraphs explaining:
714
+
715
+ SyntaxMatrix’s service philosophy
716
+
717
+ Why services are centred around platform provisioning, not one-off builds
718
+
719
+ How smxPP underpins all service offerings
720
+
721
+ Clearly state that services scale from pilot to enterprise
722
+
723
+ CTAs:
724
+
725
+ “Explore Plans”
726
+
727
+ “Talk to Engineering”
728
+
729
+ Visual:
730
+
731
+ needsImage: true
732
+
733
+ imgQuery: "enterprise AI services platform architecture dark"
734
+
735
+ B.2 Platform Provisioning Services
736
+
737
+ Content requirements:
738
+
739
+ 3 paragraphs explaining:
740
+
741
+ What it means to provision a client-owned AI platform
742
+
743
+ How smxPP is delivered into a client environment
744
+
745
+ How this differs from hosted AI tools
746
+
747
+ Explicitly cover:
748
+
749
+ runtime ownership
750
+
751
+ data locality
752
+
753
+ security boundary control
754
+
755
+ Visual:
756
+
757
+ needsImage: true
758
+
759
+ imgQuery: "client owned AI platform deployment architecture diagram"
760
+
761
+ B.3 Deployment Models
762
+
763
+ Content requirements:
764
+
765
+ 2–3 paragraphs explaining supported deployment modes:
766
+
767
+ on-premise
768
+
769
+ private cloud
770
+
771
+ regulated environments
772
+
773
+ Explain operational implications of each
774
+
775
+ Follow with a short comparison list
776
+
777
+ Visual:
778
+
779
+ needsImage: true
780
+
781
+ imgQuery: "enterprise deployment models on premise cloud diagram"
782
+
783
+ B.4 Core Service Domains
784
+
785
+ Intro:
786
+
787
+ 2 paragraphs explaining how services map to enterprise needs
788
+
789
+ For EACH domain:
790
+
791
+ 1 paragraph explaining what is delivered
792
+
793
+ 1 paragraph explaining business impact
794
+
795
+ Domains include:
796
+
797
+ AI Assistant & RAG Systems
798
+
799
+ Document Ingestion & Knowledge Architecture
800
+
801
+ Page Studio & Internal Portals
802
+
803
+ ML Lab & Model Workflows
804
+
805
+ Vector Store Engineering
806
+
807
+ Visual:
808
+
809
+ needsImage: true per domain
810
+
811
+ imgQuery aligned to each domain (technical, specific)
812
+
813
+ B.5 Premium & Enterprise Capabilities
814
+
815
+ Content requirements:
816
+
817
+ 3 paragraphs explaining:
818
+
819
+ what premium unlocks beyond free/trial
820
+
821
+ why these features matter operationally
822
+
823
+ MUST include:
824
+
825
+ licensing enforcement
826
+
827
+ auditability
828
+
829
+ entitlement gating
830
+
831
+ advanced vector backends
832
+
833
+ ML exports
834
+
835
+ Visual:
836
+
837
+ needsImage: true
838
+
839
+ imgQuery: "enterprise AI premium features governance diagram"
840
+
841
+ B.6 Licensing & Governance Services
842
+
843
+ Content requirements:
844
+
845
+ 3 paragraphs explaining:
846
+
847
+ the licensing model
848
+
849
+ remote licence validation
850
+
851
+ fraud prevention and entitlement control
852
+
853
+ Emphasise:
854
+
855
+ enterprise trust
856
+
857
+ subscription integrity
858
+
859
+ offline and controlled environments
860
+
861
+ Visual:
862
+
863
+ needsImage: true
864
+
865
+ imgQuery: "enterprise software licensing governance security diagram"
866
+
867
+ B.7 Engagement & Support Model
868
+
869
+ Content requirements:
870
+
871
+ 2–3 paragraphs explaining:
872
+
873
+ onboarding
874
+
875
+ technical enablement
876
+
877
+ long-term support
878
+
879
+ Explain how SyntaxMatrix works with engineering teams, not replaces them
880
+
881
+ Visual:
882
+
883
+ needsImage: true
884
+
885
+ imgQuery: "enterprise engineering collaboration workflow diagram"
886
+
887
+ B.8 Plans Overview (Narrative, Not Pricing Table)
888
+
889
+ Content requirements:
890
+
891
+ 2 paragraphs explaining plan philosophy:
892
+
893
+ Free / Trial
894
+
895
+ Pro
896
+
897
+ Business
898
+
899
+ Enterprise
900
+
901
+ No prices here — explain capability progression
902
+
903
+ Visual:
904
+
905
+ needsImage: true
906
+
907
+ imgQuery: "enterprise service tiers progression diagram"
908
+
909
+ B.9 Enterprise Trust & Compliance
910
+
911
+ Content requirements:
912
+
913
+ 2 paragraphs addressing:
914
+
915
+ data ownership
916
+
917
+ auditability
918
+
919
+ deployment control
920
+
921
+ regulatory alignment
922
+
923
+ This section MUST explicitly reassure enterprise buyers
924
+
925
+ Visual:
926
+
927
+ needsImage: true
928
+
929
+ imgQuery: "enterprise compliance security audit abstract diagram"
930
+
931
+ B.10 Final CTA
932
+
933
+ Content requirements:
934
+
935
+ 1 paragraph reinforcing service value
936
+
937
+ Clear next steps
938
+
939
+ CTAs:
940
+
941
+ “Talk to SyntaxMatrix”
942
+
943
+ “View Licensing Explained”
944
+
945
+ Visual:
946
+
947
+ needsImage: true
948
+
949
+ imgQuery: "enterprise AI consultation call to action abstract"
950
+
951
+ 🛠️ C) PAGE STUDIO RENDERING RULES
952
+
953
+ Prose first, cards second
954
+
955
+ No compressed sections
956
+
957
+ Page must read like a consulting-grade services document
958
+
959
+ ✅ END OF INSTRUCTIONS
95
960
  """
96
961
 
97
- SMXAI_WEBSITE_DESCRIPTION = """
98
- SyntaxMatrix Limited - Company Information
99
-
100
- Company Overview
101
- Corporate Identity
102
- Company Name: SyntaxMatrix (trading name)
103
- Legal Entity: SyntaxMatrix Limited (Ireland)
104
- Founded: 2025
105
- Headquarters: Ireland
106
- Website: https://syntaxmatrix.net
107
- Contact:
108
- General: info@syntaxmatrix.net
109
- Support: support@syntaxmatrix.net
110
- Sales: sales@syntaxmatrix.net
111
- Founder & CEO: Bobga Nti (MSc in Artificial Intelligence)
112
-
113
- 1.2 Company Description
114
- SyntaxMatrix Limited is an Ireland-based AI engineering company that builds and ships AI frameworks for provisioning client-ready AI platforms. The SyntaxMatrix Framework combines a chat assistant, Admin Panel, knowledge base ingestion, webpage generation and management studio, and a Machine Learning Lab so teams can deliver complete AI systems without rebuilding the foundation for every client.
115
-
116
- 1.3 Industry Positioning
117
- SyntaxMatrix is industry-agnostic, with the same platform pattern working for:
118
- Education
119
- Healthcare
120
- Legal
121
- Finance
122
- Retail
123
- Public sector
124
- Internal enterprise tools
125
-
126
-
127
- 2. Mission, Vision & Values
128
- 2.1 Mission
129
- Help teams ship AI platforms faster with a framework that is simple to operate, easy to extend, and safe to deploy.
130
- 2.2 Vision
131
- AI platforms should be provisioned like infrastructure: consistent, repeatable, and ready for real workflows.
132
-
133
- 2.3 Core Values
134
- Clarity first: Simple systems teams can reason about
135
- Engineering rigour: Code review, tests, and measurable quality gates
136
- Security by default: Least privilege, safe secrets handling, audit trails
137
- Customer empathy: Build for real workflows, not demo-only flows
138
- Responsible AI: Transparency, privacy, and operational control
139
-
140
-
141
- 3. Leadership Team
142
- 3.1 Executive Leadership
143
- Bobga Nti: Chief Executive Officer (CEO) & Founder
144
- Niall Byrne: Chief Technology Officer (CTO)
145
- Aoife O'Sullivan: Chief Operating Officer (COO)
146
-
147
- 3.2 Department Heads
148
- Priya Menon: Head of AI Engineering
149
- Sinead Walsh: Head of Product
150
- Farah Hassan: Security & Compliance Officer
151
- Emma Kavanagh: Head of Sales & Partnerships
152
- Maeve Gallagher: Customer Success Lead
153
-
154
- 3.3 Technical Team
155
- Daniel Okafor: Principal AI Engineer
156
- Luca Romano: Lead Software Engineer (Web Platform & Page Studio)
157
- Tomasz Nowak: DevOps & Cloud Engineer
158
- Yusuf Al-Khatib: Solutions Architect
159
-
160
-
161
- 4. The SyntaxMatrix Framework
162
- 4.1 Product Summary
163
- The SyntaxMatrix is a framework for provisioning AI platforms per client. It enables Mixture-of-Experts (MoE) routing where each task is directed to the best-fit model profile.
164
- 4.2 Core Modules
165
- 4.2.1 Chat Assistant (smxAI)
166
- Conversation UI with memory
167
- Answers grounded in system documents via RAG (Retrieval Augmented Generation)
168
- Integration with ML Lab outputs
169
- 4.2.2 Knowledge Base Ingestion
170
- Automated PDF upload, text extraction, and chunking
171
- Semantic search with embeddings
172
- Separate knowledge bases per client deployment
173
- 4.2.3 Admin Panel
174
- User and role management (user, employee, admin, superadmin + custom roles)
175
- Secrets management for API keys and configuration
176
- System document ingestion pipeline
177
- Page management and publishing workflow
178
- Media uploads and metadata
179
- 4.2.4 Page Studio (AI Webpage Generation)
180
- AI-assisted page layout generation from slugs and site descriptions
181
- Template based compilation with consistent visual style
182
- Section level patching of existing pages
183
- Optional image fill via Pixabay queries
184
- Safe publishing guards (unsafe CTA links removed by default)
185
- 4.2.5 ML Lab
186
- Dataset upload (CSV) and selection for analysis
187
- EDA tables and plots rendered in UI
188
- Code generation through dedicated coder profile
189
- Execution in managed kernel with captured outputs
190
-
191
- 4.3 Mixture-of-Experts Profiles
192
- SyntaxMatrix uses multiple model profiles for cost control and specialisation:
193
- Admin profile: Concise operational answers
194
- Chat profile: General assistant responses
195
- Classifier profile: Intent detection and routing
196
- Summariser profile: Document and conversation summarization
197
- Coder/ML profile: Analysis and engineering code
198
- Page Studio developer profile: Page layouts and section structure
199
- Image profile: Image-related tasks
200
-
201
-
202
- 5. Technical Architecture
203
- 5.1 System Overview
204
- SyntaxMatrix runs as a Flask web application with:
205
- UI scaffolding and role-aware access
206
- Local persistence (SQLite)
207
- Knowledge base ingestion
208
- Page generation system
209
- ML Lab execution environment
210
-
211
- 5.2 Key Code Modules
212
- Core/Routes: Flask app runtime and route wiring
213
- Auth: Authentication, roles, and audit logging
214
- File Processor: PDF extraction and chunk preparation
215
- Vectorizer: Embedding generation
216
- Vector DB: Persistent embeddings store (SQLite, PostgresSQL)
217
- History Store: Chat persistence for users
218
- Kernel Manager: Managed kernel execution for ML Lab
219
-
220
- 5.3 Page Studio Implementation
221
- Page Builder: Builds layout JSON with image fill
222
- Pages Layout Contractor: Normalises and validates layouts before publishing
223
- Published Page Patcher: Applies safe section level patches with link sanitisation
224
- Page Editor: Page editing, sorting, and drag-and-drop page widgets for page updates.
225
-
226
- 5.4 Knowledge Base Implementation
227
- PDF text extraction via PyPDF2
228
- Default chunking: recursive split with 2500-character max
229
- Embeddings stored in SQLite with metadata
230
- Tenant-scoped at deployment level (per client instance)
231
-
232
-
233
- 6. Security, Privacy & Compliance
234
- 6.1 Security Model
235
- Designed for controlled deployments with robust access control
236
- Default storage: SQLite within client instance directory
237
- Organizations may add network controls and central identity providers
238
-
239
- 6.2 Authentication & Roles
240
- Users stored in SQLite with hashed passwords (Server DB (premium)
241
- Role hierarchy: user, employee, admin, superadmin + custom roles
242
- Initial superadmin ('ceo') seeded with credentials in superadmin_credentials.txt
243
- All role changes recorded in audit table
244
-
245
- 6.3 Secrets Management
246
- API keys stored in dedicated SQLite table
247
- Keys scoped tightly, rotated regularly
248
- Never output in chat responses
249
-
250
- 6.4 Privacy Posture
251
- Upload only documents with proper processing rights
252
- Deployments isolated per client for data separation
253
- Provider settings aligned with data retention requirements
254
-
255
-
256
- 7. Deployment & Provisioning
257
- 7.1 Provisioning Model
258
- SyntaxMatrix is typically provisioned per client as separate deployments, each with:
259
- Own instance directory
260
- Dedicated databases
261
- Separate uploaded documents and pages
262
- Independent configuration
263
-
264
- 7.2 Per-Client Deployment Benefits
265
- Simplified data isolation and access control
266
- Controlled upgrade rollout per client
267
- Predictable operations for agencies serving multiple clients
268
-
269
- 7.3 Provisioning Checklist
270
- Create new client instance directory
271
- Configure model profiles and API keys
272
- Create admin/employee accounts with password reset enforcement
273
- Upload system/company documents and validate retrieval
274
- Create/generate pages using Page Studio
275
- Upload dataset and validate ML Lab tasks
276
-
277
-
278
- 8. Pricing & Licensing
279
- 8.1 Bring-Your-Own-Key (BYOK) Model
280
- 7-day free trial: Full feature access with your provider keys
281
- After trial: €149/month per client deployment
282
- Includes framework updates and basic support
283
- Model/embedding usage billed directly by your providers
284
- Annual option: Pay yearly, get 2 months free (~16-17% discount)
285
-
286
- 8.2 Managed Usage Plans
287
- For clients preferring single monthly invoices:
288
- Starter Plan
289
- €399/month per instance
290
- 10M standard text tokens/month
291
- 2M embedding tokens/month
292
- Medium Plan
293
- €899/month per instance
294
- 30M standard text tokens/month
295
- 6M embedding tokens/month
296
- Heavy Plan
297
- €1,999/month per instance
298
- 80M standard text tokens/month
299
- 15M embedding tokens/month
300
-
301
- 8.3 Overage & Enterprise Options
302
- Usage beyond allowance billed at provider pass-through rates plus platform handling fee
303
- Pre-purchased top-up credits available
304
- Enterprise clients can request custom caps, allow-lists, and spend limits
305
-
306
-
307
- 9. Target Market & Value Proposition
308
- 9.1 Ideal Customers
309
- Agencies delivering AI solutions to multiple clients
310
- Internal engineering teams building AI platforms for business units
311
- AI developers wanting reusable platform foundations
312
- Teams needing built-in admin tooling, pages, and knowledge ingestion
313
-
314
- 9.2 Problems Solved
315
- Eliminates repeated rebuilding of authentication, admin tooling, storage, and UI scaffolding
316
- Makes knowledge base ingestion a product feature rather than custom project
317
- Maintains per-client deployment isolation for security and operational simplicity
318
- Provides integrated page system for marketing/product pages
319
- Includes ML Lab for analytics without separate environment
320
-
321
- 9.3 Key Outcomes
322
- Faster time-to-demo and time-to-production
323
- Clear governance with roles, audits, and secrets management
324
- Lower operational risk through per-client isolation
325
- Better cost control via model profiles and routing
326
- Extensible platform for custom connectors and pages
327
-
328
-
329
-
330
- 10. Implementation Methodology
331
- 10.1 Implementation Playbook
332
- Phase 1: Discovery
333
- Define client use cases (support, policy Q&A, analytics, internal tooling)
334
- Confirm data sources for ingestion
335
- Agree hosting model (client-managed vs SyntaxMatrix-managed)
336
- Define access model (roles, SSO requirements, network restrictions)
337
-
338
- Phase 2: Provisioning
339
- Create per-client deployment and instance directory
340
- Initialize databases and admin accounts
341
- Configure model profiles
342
- Upload core system documents
343
- Generate and publish initial pages
344
-
345
- Phase 3: Production Hardening
346
- Set spend limits and allow-lists for providers
347
- Add monitoring and error reporting
348
- Implement backup strategy for SQLite, server DBs, and uploads
349
- Define change management and release cadence
350
-
351
- 10.2 Demo Script
352
- Log in as admin, show role management and secrets
353
- Upload 2-3 PDFs, demonstrate ingestion completion
354
- Ask assistant questions showing retrieved answers
355
- Generate new page in Page Studio, patch/publish it
356
- Upload dataset and run Machine Learning Lab task to show explainable and downloadable report: tables/plots, generated code for said tasks, and output summary.
357
-
358
-
359
- 11. Competitive Landscape
360
- 11.1 Pricing Reference Points (Late Dec 2025)
361
- Dify Cloud: Professional $59-$159 per workspace/month
362
- Flowise Cloud: Starter $35, Pro $65/month
363
- Botpress: Plus $89, Team $495/month (+ AI spend)
364
- Dust: Pro €29 per user/month
365
- LangSmith: Plus $39 per seat/month
366
- Stack AI: Starter $199, Team $899/month
367
-
368
- 11.2 SyntaxMatrix Differentiation
369
- Per-instance licensing aligns with per-client deployment reality
370
- BYOK model keeps model spend under client's provider billing
371
- Managed usage plans bundle platform fee with usage allowance
372
- Comprehensive platform (not just chatbot) with Admin Panel, Page Studio, ML Lab
373
-
374
-
375
- 12. Brand & Messaging
376
- 12.1 Core Messages
377
- "Provision a client-ready AI platform in days, not weeks"
378
- "Built-in Admin Panel for users, secrets, pages, and knowledge base ingestion"
379
- "Page Studio: generate and publish pages from templates with AI assistance"
380
- "ML Lab: guided dataset analysis inside the same platform"
381
- "Model profiles provide cost control and specialist outputs"
382
-
383
- 12.2 Short Boilerplate
384
- "SyntaxMatrix is an Irish AI engineering company. SyntaxMatrix helps teams ship client-ready AI platforms with a framework that includes an assistant, knowledge base ingestion, Page Studio, and an ML Lab."
385
-
386
-
387
- 12.3 Brand Positioning
388
- Positioned as an AI engineering company building deployable AI platform framework, focusing on:
389
- Delivery speed and repeatability
390
- Operational controls
391
- Adaptability to any industry
392
-
393
- 13. Operating Information
394
- 13.1 Weekly Cadence
395
- Monday: Priorities, risk review, customer escalations
396
- Mid-week: Engineering planning and QA sign-off for releases
397
- Friday: Demos, customer feedback review, roadmap updates
398
-
399
- 13.2 Quality Gates
400
- Changes reviewed and tested before release
401
- Security-sensitive changes require compliance sign-off
402
- Provisioning templates/scripts versioned and tested like product code
403
-
404
- 13.3 Support Structure
405
- Basic support included with all plans
406
- Premium support options available
407
- Uptime targets for managed hosting (TBC)
408
-
409
-
410
- 14. Technical Glossary
411
- Agency/Profile: Named configuration for provider + model + purpose
412
- RAG: Retrieval Augmented Generation - answering with retrieved context
413
- SMIV: SyntaxMatrix In-memory Vectorstore (transient)
414
- SMPV: SyntaxMatrix Persistent Vectorstore (SQLite embeddings, Server DB)
415
- Chunk: Section of extracted document text stored for retrieval
416
- ML Lab: Dataset analysis environment with code generation and execution
417
- Page Studio: Page generation and publishing workflow
418
- MoE: Mixture-of-Experts - using different model profiles for different tasks
419
962
 
963
+ SMXAI_GALLERY_PAGE_INSTRUCTIONS = """
964
+ You are generating a GALLERY page. This page must behave like a true photo/screenshot gallery.
965
+
966
+ ABSOLUTE REQUIREMENTS
967
+ 1) The page plan MUST include a section with:
968
+ - type: "gallery"
969
+ - id: "sec_gallery" (or similar)
970
+ 2) The gallery section MUST contain 6–9 items where EACH item is a true image tile:
971
+ - item.type MUST be "image" (NOT "card")
972
+ - Use short titles (2–5 words max) and very short captions (0–1 sentence).
973
+ - Avoid long paragraphs in the gallery; do NOT make it look like a features section.
974
+
975
+ GALLERY ITEM SCHEMA (use this exactly)
976
+ Each gallery item MUST look like:
977
+ {
978
+ "id": "g1",
979
+ "type": "image",
980
+ "title": "Admin Panel",
981
+ "text": "Pages, uploads, audit trail.",
982
+ "imgQuery": "admin panel dashboard ui dark theme",
983
+ "needsImage": true,
984
+ "imageUrl": "",
985
+ "thumbUrl": "",
986
+ }
987
+
988
+ NOTES:
989
+ - imageUrl/thumbUrl can be empty at planning time; the system will fill them later from imgQuery.
990
+ - If a thumbnail exists, thumbUrl should point to it; imageUrl should point to the full image.
991
+ - The gallery rail should be primarily visual. Captions are optional and must be short.
992
+
993
+ DESIGN INTENT
994
+ - Gallery section = image-first browsing (tiles, click opens lightbox).
995
+ - If you need explanatory content, put it in separate sections (richtext/features/cta) OUTSIDE the gallery.
996
+ - Do NOT place "card" items inside the gallery section unless explicitly requested (default: none).
997
+
998
+ PAGE STRUCTURE (recommended)
999
+ - hero (clear title + one sentence)
1000
+ - gallery (the rail of image tiles; 6–9 items)
1001
+ - richtext or testimonials (optional, short)
1002
+ - cta (contact / request demo)
1003
+
1004
+ TONE
1005
+ - Enterprise AI product showcase, clean and concise.
1006
+ """
1007
+
1008
+
1009
+ SMXAI_CAREERS_PAGE_INSTRUCTIONS = """
1010
+ You are generating a CAREERS page
1011
+
1012
+ GOAL
1013
+ Create a careers landing page that:
1014
+ - communicates mission + culture clearly
1015
+ - lists open roles in a structured way
1016
+ - explains hiring process and expectations
1017
+ - provides a clear application CTA
1018
+ - stays concise, skimmable, and professional (enterprise AI company tone)
1019
+
1020
+ ABSOLUTE REQUIREMENTS
1021
+ 1) The plan MUST include a hero section (type: "hero") with:
1022
+ - a clear headline about careers at SyntaxMatrix
1023
+ - a short subheading (1–2 sentences) that communicates mission and what candidates can expect
1024
+ - a primary CTA such as "Apply now" / "Email your CV"
1025
+ - optional secondary CTA "View open roles"
1026
+
1027
+ 2) The plan MUST include an "Open Roles" section.
1028
+ Use either:
1029
+ - type: "features" (recommended), OR
1030
+ - type: "richtext" if you need richer formatting.
1031
+ Each role must be presented as a compact card-like entry with:
1032
+ - Role Title
1033
+ - Location/Remote (e.g., Ireland / Remote / Hybrid Dublin)
1034
+ - Type (Full-time / Contract / Internship)
1035
+ - Short summary (max 2 sentences)
1036
+ - Key skills (4–6 bullet-style phrases)
1037
+ - An "Apply" callout (email or link placeholder)
1038
+
1039
+ 3) The plan MUST include a hiring process section that is clear and realistic.
1040
+ Use type: "richtext" or "features" with 4–6 steps:
1041
+ - Apply
1042
+ - Screening
1043
+ - Technical assessment (practical, small)
1044
+ - Interview(s)
1045
+ - Offer
1046
+ - Onboarding
1047
+
1048
+ 4) The plan MUST include a FAQ section (type: "faq") with at least 6 FAQs:
1049
+ Include: remote policy, visa sponsorship (if unknown say “case-by-case”), interview steps,
1050
+ expected stack, timeline, compensation transparency approach, and what makes a strong application.
1051
+
1052
+ 5) The plan MUST include a final CTA section (type: "cta") with:
1053
+ - a direct instruction to apply (email/link placeholder)
1054
+ - what to include (CV, links, short note, portfolio/GitHub)
1055
+ - response time expectation (e.g., “we aim to respond within X business days”)
1056
+
1057
+ CONTENT CONSTRAINTS
1058
+ - Do NOT invent named employees or fake testimonials.
1059
+ - Do NOT claim benefits you cannot guarantee (health insurance, pension, etc.). If unsure, phrase as “where applicable” or omit.
1060
+ - Avoid exaggerated claims. Keep language grounded and specific.
1061
+ - Avoid long paragraphs. Prefer short blocks, lists, and scannable structure.
1062
+ - Keep total page copy “tight”: aim for clarity over volume.
1063
+
1064
+ STYLE
1065
+ - Enterprise AI engineering vibe: confident, precise, practical.
1066
+ - Emphasise that SyntaxMatrix is an AI algorithm design company and a framework builder (RAG systems, multi-agent workflows, evaluation, deployments).
1067
+ - Mention core tech themes appropriately: Python, Flask, Dash, vector stores, RAG, eval tooling, cloud deployments, MLOps. Do not overspecify if not necessary.
1068
+
1069
+ RECOMMENDED PAGE STRUCTURE (sections)
1070
+ 1) hero
1071
+ 2) richtext: "Why work with us" (mission, values, what you’ll build)
1072
+ 3) features: "Open roles" (6–10 role cards max; if fewer roles, show 3–6)
1073
+ 4) richtext/features: "Hiring process"
1074
+ 5) faq
1075
+ 6) cta
1076
+
1077
+ OPEN ROLES (DEFAULT SET)
1078
+ If no specific roles were provided, include a sensible starter list (edit titles to fit page length):
1079
+ - AI/ML Engineer (RAG + agents)
1080
+ - Full-stack Engineer (Flask/Dash + UI)
1081
+ - MLOps / Platform Engineer (deployments, CI/CD)
1082
+ - Technical Writer / Developer Advocate (docs, examples, workshops)
1083
+ - Intern / Graduate (AI Engineering)
1084
+
1085
+ ROLE CARD TEMPLATE (features item shape)
1086
+ Each role in the "Open roles" section should be an item like:
1087
+ {
1088
+ "id": "role_1",
1089
+ "type": "card",
1090
+ "title": "AI/ML Engineer (RAG + Agents)",
1091
+ "text": "Build production RAG pipelines and deterministic multi-agent workflows. Remote/Hybrid • Full-time/Contract.\nSkills: Python, vector search, evaluation, prompt/tool orchestration, deployments.\nApply: careers@<your-domain> (placeholder)"
1092
+ }
1093
+
1094
+ FAQ SUGGESTED QUESTIONS (use or adapt)
1095
+ - Do you offer remote work?
1096
+ - What does the interview process look like?
1097
+ - What tech stack do you use day-to-day?
1098
+ - Do you sponsor visas?
1099
+ - What should I include in my application?
1100
+ - How quickly will I hear back?
1101
+ - Can I apply if I’m early-career?
1102
+ - Do you take contractors?
1103
+
1104
+ FINAL CTA COPY REQUIREMENTS
1105
+ Include:
1106
+ - email placeholder and/or application link placeholder
1107
+ - request: CV + links (GitHub/LinkedIn/portfolio) + short note
1108
+ - note: “If you’ve built RAG systems, agent workflows, or evaluation tooling, include a brief write-up.”
1109
+
1110
+ OUTPUT QUALITY CHECK
1111
+ Before finalising, ensure:
1112
+ - "Open roles" exists and is clearly labelled.
1113
+ - Hiring process is present and actionable.
1114
+ - FAQ has 6+ items.
1115
+ - CTA is explicit and contains application instructions.
420
1116
  """
421
1117
 
422
- SMXAI_PAGE_INSTRUCTIONS = f"""
1118
+
1119
+ SMXAI_BLOG_PAGE_INSTRUCTIONS = """
1120
+ ## 3.1 Blog index page structure
1121
+ 1) Hero
1122
+ 2) Featured post
1123
+ 3) Post grid
1124
+ 4) Tag filter + search
1125
+ 5) CTA (optional newsletter)
1126
+
1127
+ Post cards:
1128
+ - Title (2 lines)
1129
+ - Excerpt (2–3 lines)
1130
+ - Date + tag
1131
+ - “Read more”
1132
+
1133
+ ## 3.2 Blog post page structure
1134
+ - Title + metadata
1135
+ - Optional TOC from H2/H3
1136
+ - Body with callouts
1137
+ - CTA footer
1138
+
1139
+ ---
1140
+
1141
+ # 4) Matching rules (template selection)
1142
+
1143
+ - “services”, “solutions”, “packages”, “pricing”, “engagement”
1144
+ → Services Page
1145
+
1146
+ - “gallery”, “photos”, “portfolio”, “screenshots”, “showcase”
1147
+ → Gallery Page (horizontal + lightbox)
1148
+
1149
+ - “blog”, “articles”, “updates”, “news”, “release notes”
1150
+ → Blog Page
1151
+
1152
+ """
1153
+
1154
+
1155
+ SMXAI_NEW_PAGE_INSTRUCTIONS_DEFAULT = f"""
423
1156
  0· Parse the Website Description (MANDATORY):\n{SMXAI_WEBSITE_DESCRIPTION}\n\n
424
1157
  1. Input always contains:
425
1158
  • website_description - plain-text overview of the site/company (mission, goals, audience, visual style, etc.).
@@ -463,7 +1196,7 @@ SMXAI_PAGE_INSTRUCTIONS = f"""
463
1196
  o Parse website_description and page_title per Steps 0–6.
464
1197
  o Compose the entire HTML document as a single triple-quoted Python string (page_html = ''' … ''').
465
1198
  o Return that string (return html).
466
- o Keep the OpenAI SDK demo call in the page (hidden <script> tag) to satisfy the SDK-usage requirement.
1199
+ requirement.
467
1200
  iii. Function docstring
468
1201
  '''
469
1202
  Generate a fully responsive, animated, single-file web page aligned with the
@@ -483,4 +1216,43 @@ SMXAI_PAGE_INSTRUCTIONS = f"""
483
1216
  • No duplicate header/footer.
484
1217
  • All identifiers safely namespaced.
485
1218
  • Return only the HTML text—no commentary or extra files.
486
- """
1219
+ """
1220
+
1221
+
1222
+ def get_page_instructions(page_slug: str = "", page_title: str = "") -> str:
1223
+ """
1224
+ Returns the correct page-type instruction block based on the requested page slug/title.
1225
+ This is used to override the generic default prompt during AI page generation.
1226
+ """
1227
+ key = f"{page_slug or ''} {page_title or ''}".strip().lower()
1228
+
1229
+ # Home page
1230
+ if any(w in key for w in ("landing", "landing-page", "home", "home-page", "homepage")):
1231
+ return SMXAI_LANDING_PAGE_INSTRUCTIONS
1232
+
1233
+ # About page
1234
+ if any(w in key for w in ("about", "about-us", "who-we-are", "company", "our-story", "team")):
1235
+ return SMXAI_ABOUT_PAGE_INSTRUCTIONS
1236
+
1237
+ # Services page
1238
+ if any(w in key for w in ("services", "solutions", "packages", "pricing", "engagement")):
1239
+ return SMXAI_SERVICES_PAGE_INSTRUCTIONS
1240
+
1241
+ # Gallery page
1242
+ if any(w in key for w in ("gallery", "photos", "portfolio", "screenshots", "showcase")):
1243
+ return SMXAI_GALLERY_PAGE_INSTRUCTIONS
1244
+
1245
+ if any(w in key for w in ("careers", "jobs", "pricing", "contact", "contact-us", "docs", "documentation", "join", "join-us")):
1246
+ return SMXAI_CAREERS_PAGE_INSTRUCTIONS
1247
+
1248
+ # Blog page
1249
+ if any(w in key for w in ("blog", "articles", "updates", "news", "release-notes")):
1250
+ return SMXAI_BLOG_PAGE_INSTRUCTIONS
1251
+
1252
+ # Licence page
1253
+ if any(w in key for w in ("licence", "license", "licence-page", "licensing")):
1254
+ return SMXAI_LICENCE_PAGE_INSTRUCTIONS
1255
+
1256
+
1257
+ # Fallback
1258
+ return SMXAI_NEW_PAGE_INSTRUCTIONS_DEFAULT