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.
- syntaxmatrix/__init__.py +6 -4
- syntaxmatrix/agentic/agents.py +206 -26
- syntaxmatrix/agentic/agents_orchestrer.py +16 -10
- syntaxmatrix/client_docs.py +237 -0
- syntaxmatrix/commentary.py +96 -25
- syntaxmatrix/core.py +142 -56
- syntaxmatrix/dataset_preprocessing.py +2 -2
- syntaxmatrix/db.py +0 -17
- syntaxmatrix/kernel_manager.py +174 -150
- syntaxmatrix/page_builder_generation.py +656 -63
- syntaxmatrix/page_layout_contract.py +25 -3
- syntaxmatrix/page_patch_publish.py +368 -15
- syntaxmatrix/plugins/__init__.py +0 -0
- syntaxmatrix/premium/__init__.py +10 -2
- syntaxmatrix/premium/catalogue/__init__.py +121 -0
- syntaxmatrix/premium/gate.py +15 -3
- syntaxmatrix/premium/state.py +507 -0
- syntaxmatrix/premium/verify.py +222 -0
- syntaxmatrix/profiles.py +1 -1
- syntaxmatrix/routes.py +9847 -8004
- syntaxmatrix/settings/model_map.py +50 -65
- syntaxmatrix/settings/prompts.py +1186 -414
- syntaxmatrix/settings/string_navbar.py +4 -4
- syntaxmatrix/static/icons/bot_icon.png +0 -0
- syntaxmatrix/static/icons/bot_icon2.png +0 -0
- syntaxmatrix/templates/admin_billing.html +408 -0
- syntaxmatrix/templates/admin_branding.html +65 -2
- syntaxmatrix/templates/admin_features.html +54 -0
- syntaxmatrix/templates/dashboard.html +285 -8
- syntaxmatrix/templates/edit_page.html +199 -18
- syntaxmatrix/themes.py +17 -17
- syntaxmatrix/workspace_db.py +0 -23
- syntaxmatrix-3.0.1.dist-info/METADATA +219 -0
- {syntaxmatrix-2.6.4.4.dist-info → syntaxmatrix-3.0.1.dist-info}/RECORD +38 -33
- {syntaxmatrix-2.6.4.4.dist-info → syntaxmatrix-3.0.1.dist-info}/WHEEL +1 -1
- syntaxmatrix/settings/default.yaml +0 -13
- syntaxmatrix-2.6.4.4.dist-info/METADATA +0 -539
- syntaxmatrix-2.6.4.4.dist-info/licenses/LICENSE.txt +0 -21
- /syntaxmatrix/{plugin_manager.py → plugins/plugin_manager.py} +0 -0
- /syntaxmatrix/static/icons/{logo3.png → logo2.png} +0 -0
- {syntaxmatrix-2.6.4.4.dist-info → syntaxmatrix-3.0.1.dist-info}/top_level.txt +0 -0
syntaxmatrix/settings/prompts.py
CHANGED
|
@@ -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
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
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
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|