@amaster.ai/employee-runtime-connector 0.1.1-beta.119 → 0.1.1-beta.120
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.
- package/dist/amaster-runtime-daemon.mjs +1 -1
- package/dist/amaster-runtime.mjs +1 -1
- package/dist/templates/.mirrorx-preset-templates.json +30 -30
- package/dist/templates//344/274/201/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277V0.1 /345/211/257/346/234/254.md" +19 -11
- package/dist/templates//344/275/216/347/251/272/347/273/217/346/265/216/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//345/205/203/345/256/207/345/256/231/344/270/216/346/225/260/345/255/227/345/206/205/345/256/271/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//345/206/234/344/270/232/344/270/216/351/243/237/345/223/201/346/267/261/345/212/240/345/267/245/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//345/214/273/347/226/227/345/201/245/345/272/267/344/270/216/347/224/237/345/221/275/347/247/221/345/255/246/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//345/220/210/346/210/220/347/224/237/347/211/251/345/255/246/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//345/225/206/344/270/232/350/210/252/345/244/251/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -19
- package/dist/templates//345/273/272/347/255/221/344/270/216/346/210/277/345/234/260/344/272/247/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//346/226/207/346/227/205/344/270/216/346/226/207/344/275/223/346/225/231/350/202/262/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//346/266/210/350/264/271/344/270/216/351/233/266/345/224/256/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//347/211/251/346/265/201/344/270/216/344/276/233/345/272/224/351/223/276/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//347/247/221/346/212/200/344/270/216/344/272/222/350/201/224/347/275/221/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//350/203/275/346/272/220/344/270/216/347/216/257/344/277/235/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//351/207/221/350/236/215/344/270/216/344/270/223/344/270/232/346/234/215/345/212/241/350/241/214/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/dist/templates//351/253/230/347/253/257/344/270/216/345/205/210/350/277/233/345/210/266/351/200/240/344/270/232/346/210/230/347/225/245/350/247/204/345/210/222/346/250/241/346/235/277.md +19 -9
- package/package.json +1 -1
|
@@ -28379,7 +28379,7 @@ function createSourceCompletionStopPolicy({
|
|
|
28379
28379
|
}
|
|
28380
28380
|
|
|
28381
28381
|
// src/amaster-runtime-daemon.mjs
|
|
28382
|
-
var CONNECTOR_VERSION = "0.1.1-beta.
|
|
28382
|
+
var CONNECTOR_VERSION = "0.1.1-beta.120";
|
|
28383
28383
|
var CONNECTOR_CONTRACT_VERSION = "2026-06-04.v1";
|
|
28384
28384
|
var SOURCE_ACQUISITION_CAPABILITY2 = source_acquisition_compatibility_default.profileVersion;
|
|
28385
28385
|
var daemonRequire = createRequire(import.meta.url);
|
package/dist/amaster-runtime.mjs
CHANGED
|
@@ -6,7 +6,7 @@ import { basename, dirname, join, resolve } from "node:path";
|
|
|
6
6
|
import { homedir, hostname } from "node:os";
|
|
7
7
|
import { fileURLToPath } from "node:url";
|
|
8
8
|
|
|
9
|
-
const CONNECTOR_VERSION = "0.1.1-beta.
|
|
9
|
+
const CONNECTOR_VERSION = "0.1.1-beta.120";
|
|
10
10
|
|
|
11
11
|
const CAPABILITIES = [
|
|
12
12
|
"remote_registration",
|
|
@@ -3,78 +3,78 @@
|
|
|
3
3
|
"files": [
|
|
4
4
|
{
|
|
5
5
|
"name": "企业战略规划模板V0.1 副本.md",
|
|
6
|
-
"bytes":
|
|
7
|
-
"sha256": "
|
|
6
|
+
"bytes": 18105,
|
|
7
|
+
"sha256": "8ac447cd94a16d6b400b9e0e0129abe7b96f68598a74c838ce13caaa2899b5e4"
|
|
8
8
|
},
|
|
9
9
|
{
|
|
10
10
|
"name": "低空经济行业战略规划模板.md",
|
|
11
|
-
"bytes":
|
|
12
|
-
"sha256": "
|
|
11
|
+
"bytes": 22446,
|
|
12
|
+
"sha256": "34d92fa06125ec8b89a0f2d822dd5ee46b973b5af3f975ca4fb85f8bfa29cf72"
|
|
13
13
|
},
|
|
14
14
|
{
|
|
15
15
|
"name": "元宇宙与数字内容行业战略规划模板.md",
|
|
16
|
-
"bytes":
|
|
17
|
-
"sha256": "
|
|
16
|
+
"bytes": 17933,
|
|
17
|
+
"sha256": "972ebdf0905bf39d25d5fdea83710697f12e0420bb290b860959e0d24bed72c6"
|
|
18
18
|
},
|
|
19
19
|
{
|
|
20
20
|
"name": "农业与食品深加工行业战略规划模板.md",
|
|
21
|
-
"bytes":
|
|
22
|
-
"sha256": "
|
|
21
|
+
"bytes": 22443,
|
|
22
|
+
"sha256": "eabb6ce6547eeea4a8ebb731b5b75d4b446ad29426ce606a41587f7ad2e2cefd"
|
|
23
23
|
},
|
|
24
24
|
{
|
|
25
25
|
"name": "医疗健康与生命科学行业战略规划模板.md",
|
|
26
|
-
"bytes":
|
|
27
|
-
"sha256": "
|
|
26
|
+
"bytes": 22289,
|
|
27
|
+
"sha256": "4cb22a46407f99800f0c5a90fcc5706b9d08f747f9f7647b793a372dcdfcf538"
|
|
28
28
|
},
|
|
29
29
|
{
|
|
30
30
|
"name": "合成生物学行业战略规划模板.md",
|
|
31
|
-
"bytes":
|
|
32
|
-
"sha256": "
|
|
31
|
+
"bytes": 17722,
|
|
32
|
+
"sha256": "ba1a6a4569917ab6df512fe48d0605f3931840c08a3323dd75ce28806092cd64"
|
|
33
33
|
},
|
|
34
34
|
{
|
|
35
35
|
"name": "商业航天行业战略规划模板.md",
|
|
36
|
-
"bytes":
|
|
37
|
-
"sha256": "
|
|
36
|
+
"bytes": 25210,
|
|
37
|
+
"sha256": "ed5003a2dcce45a67fc54a5d5a1fbc5c0bea3ac7ff440e40264f0b2db1095e1f"
|
|
38
38
|
},
|
|
39
39
|
{
|
|
40
40
|
"name": "建筑与房地产行业战略规划模板.md",
|
|
41
|
-
"bytes":
|
|
42
|
-
"sha256": "
|
|
41
|
+
"bytes": 22161,
|
|
42
|
+
"sha256": "0aaa7922dfb5bcbe7e5b8392ae59e668c425b26e2bb04305f23eb13eab4d79fb"
|
|
43
43
|
},
|
|
44
44
|
{
|
|
45
45
|
"name": "文旅与文体教育行业战略规划模板.md",
|
|
46
|
-
"bytes":
|
|
47
|
-
"sha256": "
|
|
46
|
+
"bytes": 22150,
|
|
47
|
+
"sha256": "28e00150570562ff90205e4617009c4f23c268d4da821708d0c5fbdce521d59b"
|
|
48
48
|
},
|
|
49
49
|
{
|
|
50
50
|
"name": "消费与零售行业战略规划模板.md",
|
|
51
|
-
"bytes":
|
|
52
|
-
"sha256": "
|
|
51
|
+
"bytes": 20733,
|
|
52
|
+
"sha256": "f8371d140448851f39959481e9e5eb666963921ef270d3f238a7d4630980495e"
|
|
53
53
|
},
|
|
54
54
|
{
|
|
55
55
|
"name": "物流与供应链行业战略规划模板.md",
|
|
56
|
-
"bytes":
|
|
57
|
-
"sha256": "
|
|
56
|
+
"bytes": 22115,
|
|
57
|
+
"sha256": "772cdbaf93318e7f0c42a97c3ba47d6f0810e49b085a19d24bb6ac27f65348c3"
|
|
58
58
|
},
|
|
59
59
|
{
|
|
60
60
|
"name": "科技与互联网行业战略规划模板.md",
|
|
61
|
-
"bytes":
|
|
62
|
-
"sha256": "
|
|
61
|
+
"bytes": 18118,
|
|
62
|
+
"sha256": "b26d36e45360017a266ecb81bf50726b1c17ac00797adbc99305dafb799759d8"
|
|
63
63
|
},
|
|
64
64
|
{
|
|
65
65
|
"name": "能源与环保行业战略规划模板.md",
|
|
66
|
-
"bytes":
|
|
67
|
-
"sha256": "
|
|
66
|
+
"bytes": 21641,
|
|
67
|
+
"sha256": "77b9182c3dbc0d33e2e21dee9ca6e053281b225c116bf144fa2b1964d6725c1b"
|
|
68
68
|
},
|
|
69
69
|
{
|
|
70
70
|
"name": "金融与专业服务行业战略规划模板.md",
|
|
71
|
-
"bytes":
|
|
72
|
-
"sha256": "
|
|
71
|
+
"bytes": 20963,
|
|
72
|
+
"sha256": "46c7b7e7b82145384d9a4051299b6c4c146bf84763864a39783a193bfdc51e6c"
|
|
73
73
|
},
|
|
74
74
|
{
|
|
75
75
|
"name": "高端与先进制造业战略规划模板.md",
|
|
76
|
-
"bytes":
|
|
77
|
-
"sha256": "
|
|
76
|
+
"bytes": 20629,
|
|
77
|
+
"sha256": "52cd770ac15fae04a4653b53f5e85b3f46aff6fb635f58682e297e67d6c32047"
|
|
78
78
|
}
|
|
79
79
|
]
|
|
80
80
|
}
|
|
@@ -11,23 +11,31 @@
|
|
|
11
11
|
- **核心特点**:业务与合规深度融合,而非 “两张皮”;所有举措均可拆解为可执行、可考核、可复盘的具体任务;覆盖从战略顶层设计到落地管控的全流程。
|
|
12
12
|
|
|
13
13
|
<mirrorx_template_guidance>
|
|
14
|
-
<completion
|
|
15
|
-
<
|
|
16
|
-
<
|
|
17
|
-
<
|
|
18
|
-
<
|
|
19
|
-
<
|
|
14
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
15
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
16
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
17
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
18
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
19
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
20
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
20
21
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
21
22
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
22
|
-
<
|
|
23
|
-
<
|
|
23
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
24
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
25
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
26
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
24
27
|
</mirrorx_template_guidance>
|
|
25
28
|
|
|
26
29
|
---
|
|
27
30
|
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
+
| 项目 | 内容 |
|
|
32
|
+
| --- | --- |
|
|
33
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
34
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
35
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
36
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
37
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
38
|
+
| 版本 | 【V1.0】 |
|
|
31
39
|
|
|
32
40
|
---
|
|
33
41
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 低空经济行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 元宇宙与数字内容行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
**核心差异化**:适配元宇宙独有指标(硬件出货量、视场角/PPD参数、数字人IP数量、虚拟空间复用率、内容复用率、月活用户数);全覆盖行业专项合规体系(内容审核、网络文化经营、数据安全、未成年人保护、数字资产合规);贴合消费级C端娱乐与产业级B端赋能并行的市场格局。
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
## 一、执行摘要
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 农业与食品深加工行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
# 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 医疗健康与生命科学行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
# 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 合成生物学行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
# 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
**核心差异化**:适配合成生物学独有指标(发酵单位、产物转化率、菌株传代稳定性、生物基含量、中试量产成功率、碳减排量);全覆盖行业专项合规体系(生物安全、基因编辑监管、环保排污、危废处置、产品标准);贴合「实验室研发—中试放大—量产落地—场景替代」的行业成长路径。
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
## 一、执行摘要
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 商业航天行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
本模板针对**商业航天全产业链**定制,完整覆盖三大核心赛道:上游卫星制造、运载火箭发射;中游太空组网、在轨运维;下游卫星应用服务(遥感、导航、通信、物联网)。深度适配商业航天行业**国家队主导、民营科创突围、技术高度密集、研发周期长、资质准入严苛、资本投入大、政策监管强、军民融合属性高、在轨资产不可逆**十大核心特征。
|
|
@@ -21,17 +24,14 @@
|
|
|
21
24
|
|
|
22
25
|
**核心差异化**:适配航天行业独有指标(入轨精度、在轨寿命、发射成功率、组网卫星数量、载荷利用率、在轨稳定运行时长);全覆盖航天专项合规体系(军工保密、航天资质、发射许可、在轨登记、空域航管、进出口管制);贴合国家队与民商协同的行业竞争格局。
|
|
23
26
|
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|编制部门|战略发展部/总师办/总裁办/科研管理中心|
|
|
33
|
-
|编制人/审核人/审批人|【空白待填】|
|
|
34
|
-
|版本/日期/密级|V1\.0 / 202X年X月 / 内部机密·涉密管控|
|
|
27
|
+
| 项目 | 内容 |
|
|
28
|
+
| --- | --- |
|
|
29
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
30
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
31
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
32
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
33
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
34
|
+
| 版本 | 【V1.0】 |
|
|
35
35
|
|
|
36
36
|
# 一、执行摘要
|
|
37
37
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 建筑与房地产行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 文旅与文体教育行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 消费与零售行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
|
|
@@ -25,7 +28,14 @@
|
|
|
25
28
|
|
|
26
29
|
---
|
|
27
30
|
|
|
28
|
-
|
|
31
|
+
| 项目 | 内容 |
|
|
32
|
+
| --- | --- |
|
|
33
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
34
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
35
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
36
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
37
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
38
|
+
| 版本 | 【V1.0】 |
|
|
29
39
|
|
|
30
40
|
---
|
|
31
41
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 物流与供应链行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 科技与互联网行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
# 科技与互联网行业战略规划模板
|
|
@@ -25,7 +28,14 @@
|
|
|
25
28
|
|
|
26
29
|
---
|
|
27
30
|
|
|
28
|
-
|
|
31
|
+
| 项目 | 内容 |
|
|
32
|
+
| --- | --- |
|
|
33
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
34
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
35
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
36
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
37
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
38
|
+
| 版本 | 【V1.0】 |
|
|
29
39
|
|
|
30
40
|
---
|
|
31
41
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 能源与环保行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 金融与专业服务行业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
## 模板说明
|
|
@@ -23,7 +26,14 @@
|
|
|
23
26
|
|
|
24
27
|
---
|
|
25
28
|
|
|
26
|
-
|
|
29
|
+
| 项目 | 内容 |
|
|
30
|
+
| --- | --- |
|
|
31
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
32
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
33
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
34
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
35
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
36
|
+
| 版本 | 【V1.0】 |
|
|
27
37
|
|
|
28
38
|
---
|
|
29
39
|
|
|
@@ -1,16 +1,19 @@
|
|
|
1
1
|
# 高端与先进制造业战略规划模板
|
|
2
2
|
|
|
3
3
|
<mirrorx_template_guidance>
|
|
4
|
-
<completion
|
|
5
|
-
<
|
|
6
|
-
<
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
<
|
|
4
|
+
<completion>章节齐全只代表结构对齐;完成稿必须形成可供管理层判断、取舍和执行的实质内容。通用判断、模板复述、只有表格字段而缺少公司证据的内容,不计为实质完成;仅当所有保留章节均达到本元素的相应验收标准,才算完成。</completion>
|
|
5
|
+
<continuation>若一次写入无法完成全文,继续在同一文件从下一未完成章节写到全部完成;不得上传中间稿,也不得让后半部分退化为提纲、通用填表或“待建立”事项。</continuation>
|
|
6
|
+
<analysis>每个核心判断形成“事实与来源 → 分析 → 战略含义 → 决策”闭环;分析章节不得只罗列事实或套用框架,必须明确本章支持的决策。任务数、运行次数和人员数量只能证明内部运行状态,不得直接证明市场需求、商业能力或竞争优势。事实注明来源、口径与时间,缺少可验证证据时转入数据缺口。</analysis>
|
|
7
|
+
<strategy_choice>说明所选方向、备选方案、选择依据、关键取舍和明确不做事项,并指出选择成立所依赖的假设;备选方案使用一致维度比较预期收益、成本、资源占用、周期、依赖、风险和退出条件。</strategy_choice>
|
|
8
|
+
<targets>每个核心指标包含指标定义、当前基线、目标值、目标期限、责任主体和数据来源;收入、增长、客户和预算等重大目标写明计算公式与关键假设,并用基准或保守情景校验,不得只凭行业规模或经验客单价反推。基线未知时定义盘点动作与审定节点。</targets>
|
|
9
|
+
<initiatives>每项重大举措包含核心目标、基线或现状差距、动作包、责任主体、资源与依赖、里程碑、KPI、验收标准、风险与应对;动作包写清连续执行步骤与实际产出,前一动作的产出作为下一动作的输入,并写明继续、调整或停止的触发条件。</initiatives>
|
|
10
|
+
<implementation_and_risk>重大项目写明前置依赖、资源投入、阶段 Gate 和失败处置;预算与资源配置写明可用总量、优先级和资源不足时的取舍。重大风险使用可观察的触发阈值,并写明预防动作、应急动作和责任主体;复盘机制写明输入数据、决策人、可作出的调整和复盘频率。</implementation_and_risk>
|
|
10
11
|
<length>执行摘要约 600–900 个中文字符且不超过一页;其他章节以完成决策单元为准,不用固定字数填充篇幅。</length>
|
|
11
12
|
<data_gaps>关键事实无法从范围内来源获得时,增加“关键数据缺口闭环表”,字段包括缺口、影响的判断或决策、补齐动作、责任主体和审定节点。</data_gaps>
|
|
12
|
-
<
|
|
13
|
-
<
|
|
13
|
+
<report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期和版本六个紧凑字段,然后直接进入执行摘要;作者或编制方仅在任务明确提供时增加。</report_metadata>
|
|
14
|
+
<evidence_presentation>正文事实使用来源、日期、口径、引用和措辞强度表达证据边界;无法可靠支持且影响决策的内容转入关键数据缺口或省略。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
|
|
15
|
+
<document_status>足以改变战略选择的关键输入尚未闭环时,文档标记为“战略初稿 / 待决策版”,不得标记为“正式版”或“决策就绪”;大纲完整、系统运行正常或任务执行成功,均不能替代关键商业输入闭环。</document_status>
|
|
16
|
+
<delivery_cleanup>逐章确认所有保留章节均已完成,附件只列实际随稿交付的内容;应用本元素的全部验收标准后,删除整个 mirrorx_template_guidance 元素,再执行最终校验与上传;交付物不得保留本元素。</delivery_cleanup>
|
|
14
17
|
</mirrorx_template_guidance>
|
|
15
18
|
|
|
16
19
|
# 高端与先进制造业战略规划模板
|
|
@@ -25,7 +28,14 @@
|
|
|
25
28
|
|
|
26
29
|
---
|
|
27
30
|
|
|
28
|
-
|
|
31
|
+
| 项目 | 内容 |
|
|
32
|
+
| --- | --- |
|
|
33
|
+
| 报告日期 | 【YYYY-MM-DD】 |
|
|
34
|
+
| 研究对象 | 【公司 / 业务单元】 |
|
|
35
|
+
| 研究范围 | 【行业、地区、业务与主题边界】 |
|
|
36
|
+
| 数据截止日期 | 【YYYY-MM-DD】 |
|
|
37
|
+
| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
|
|
38
|
+
| 版本 | 【V1.0】 |
|
|
29
39
|
|
|
30
40
|
---
|
|
31
41
|
|