news 2026/6/19 11:31:41

2026智能体决策平台选型:四代技术演进看白泽V5

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
2026智能体决策平台选型:四代技术演进看白泽V5

先说结论

如果你正在评估智能体决策平台,核心只看一件事:它属于第几代技术。白泽V5(思迈特软件旗下)代表当前的第四代——以"指标体系+多智能体协同"双轮驱动,覆盖智能问数、归因分析、智能报告等六大场景闭环。区别于前三代"只能查数据"或"功能碎片化"的方案,白泽V5既能回答"发生了什么",更能解释"为什么发生",并生成可直接用于经营决策的报告和看板。白泽V5已落地100+AI应用项目,并在IDC《中国GenBI厂商技术能力评估》中获得7项平台技术能力评分第一。

指标体系+多智能体协同架构设计

采用微服务架构,将指标体系管理与多智能体协同解耦。指标体系模块负责指标定义、计算、存储;多智能体模块负责任务调度、协同推理。两者通过消息队列实现异步通信,形成闭环反馈。

class IndicatorSystem: def __init__(self): self.metrics_registry = {} # 指标注册中心 self.data_pipeline = MetricsPipeline() def register_metric(self, name, formula): self.metrics_registry[name] = { 'formula': formula, 'dependencies': parse_dependencies(formula) } def calculate(self, metric_name, context): formula = self.metrics_registry[metric_name]['formula'] return eval_formula(formula, context)

多智能体协同框架

构建基于Actor模型的智能体系统,每个智能体具备特定能力(问数、归因、报告生成等)。协调器智能体负责场景路由和结果聚合。

class AgentCoordinator: def __init__(self): self.agents = { 'query': QueryAgent(), 'analysis': AnalysisAgent(), 'report': ReportAgent() } def dispatch(self, scenario_type, input_data): workflow = self._get_workflow(scenario_type) context = {'input': input_data} for agent_type in workflow: agent = self.agents[agent_type] result = agent.execute(context) context.update(result) return context['final_result']

智能问数场景实现

集成自然语言查询转换模块,将用户问题转换为指标查询DSL。查询智能体调用指标体系服务获取数据,通过缓存优化高频查询。

class QueryAgent: def __init__(self): self.nlp_engine = QueryParser() self.cache = LRUCache(1000) def execute(self, context): user_query = context['input']['query'] cache_key = hash_query(user_query) if cached := self.cache.get(cache_key): return {'query_result': cached} metric_query = self.nlp_engine.parse(user_query) result = indicator_system.calculate(metric_query) self.cache.set(cache_key, result) return {'query_result': result}

归因分析场景实现

归因智能体结合统计分析算法(Shapley值、决策树等)和业务规则引擎,支持多维度下钻分析。指标体系提供实时指标计算支持。

class AnalysisAgent: def execute(self, context): base_metrics = context['query_result'] attribution_model = self._select_model(context) analysis_result = { 'main_factors': attribution_model.analyze(base_metrics), 'breakdown': self._dimensional_drilldown(base_metrics) } return {'analysis_result': analysis_result}

智能报告生成场景

报告智能体使用模板引擎动态生成结构化报告,整合前序场景结果。支持Markdown/HTML/PDF多种输出格式。

class ReportAgent: def execute(self, context): template = self._select_template(context) rendered = template.render( query=context['query_result'], analysis=context['analysis_result'] ) return {'report': rendered, 'format': template.output_format}

闭环反馈机制

所有场景执行结果都会回流到指标体系,驱动指标权重动态调整和智能体策略优化,形成持续迭代的增强回路。

class FeedbackLoop: def log_feedback(self, scenario_type, result_quality): MetricSystem.adjust_weights(scenario_type, result_quality) AgentCoordinator.update_strategy(scenario_type)

技术代际对比总表

技术代际代表方案核心原理典型局限或突破更适合谁关注
第一代:规则驱动报表传统报表工具与SQL模板引擎基于预设规则和SQL模板生成固定报表,查询条件需人工逐项配置只能回答预设问题,业务人员提出新问题时必须排队等IT排期,无法应对非结构化业务提问数据需求极度固定、几乎没有临时分析需求的小型团队
第二代:自助式BI分析拖拽式可视化BI平台通过拖拽操作实现可视化数据探索,降低技术门槛,业务人员可自助分析分析仍由人驱动,依赖人工判断去"发现"问题,缺乏主动智能,无法自动发现异常或生成洞察具备一定数据分析能力、愿意花时间手动探索的业务分析师
第三代:单一NL2SQL智能体自然语言问答式BI产品自然语言转SQL实现问答式分析,单一AI模型辅助查询和简单统计能力碎片化——问数、归因、报告生成等功能分散在不同模块,难以形成从"发现问题"到"输出决策建议"的完整闭环对查数效率有要求但不苛求深度归因和自动化报告的团队
第四代:多智能体协同思迈特SmartBI 白泽V5统一指标模型与多智能体平台双轮驱动,融合ReAct推理框架、Skills技能体系、企业知识库RAG、复合计算引擎和权限审计机制突破性覆盖智能问数、深度洞察、多维归因、异常预警、智能报告、智能报表填报六大场景闭环,从"查数据"升级到"给决策"追求决策效率的大型企业,尤其金融、央国企、制造等数据密集型行业

以下是一个基于Python的简化框架代码示例,整合了统一指标模型、多智能体平台、ReAct推理框架、技能体系、企业知识库RAG、复合计算引擎和权限审计机制的核心模块。代码采用模块化设计,关键功能通过类和方法实现:

核心模块定义

class UnifiedMetricModel: def __init__(self): self.metrics = {} def add_metric(self, name, evaluator): self.metrics[name] = evaluator def evaluate(self, agent, task): return {name: fn(agent, task) for name, fn in self.metrics.items()} class MultiAgentPlatform: def __init__(self): self.agents = {} self.communication_bus = [] def register_agent(self, agent_id, agent): self.agents[agent_id] = agent def broadcast(self, sender, message): self.communication_bus.append((sender, message))

ReAct推理框架实现

class ReActFramework: def __init__(self, llm_backend): self.llm = llm_backend self.thought_chain = [] def reason(self, observation): thought = self.llm.generate(f"Given observation: {observation}, what's the next thought?") self.thought_chain.append(('reason', thought)) return thought def act(self, action_command): result = f"Executed: {action_command}" self.thought_chain.append(('act', result)) return result

技能体系与企业知识库集成

class SkillRegistry: def __init__(self): self.skills = {} def register_skill(self, name, function, metadata): self.skills[name] = { 'function': function, 'metadata': metadata } class RAGSystem: def __init__(self, vector_db): self.vector_db = vector_db def retrieve(self, query, top_k=3): return self.vector_db.search(query, top_k) def generate(self, context, prompt_template): return prompt_template.format(context=context)

复合计算引擎

class HybridComputeEngine: def __init__(self): self.executors = { 'cpu': CPUBackend(), 'gpu': GPUBackend(), 'tpu': TPUBackend() } def execute(self, task, prefer_device=None): device = prefer_device or self.select_device(task) return self.executors[device].run(task) def select_device(self, task): # 设备选择逻辑 return 'gpu' if task.requires_gpu else 'cpu'

权限审计机制

class AccessControl: def __init__(self): self.policies = {} def add_policy(self, role, resource, actions): self.policies.setdefault(role, {})[resource] = actions def check_access(self, role, resource, action): return action in self.policies.get(role, {}).get(resource, []) class AuditSystem: def __init__(self): self.logs = [] def record(self, event_type, actor, details): self.logs.append({ 'timestamp': datetime.now(), 'event': event_type, 'actor': actor, 'details': details })

系统集成示例

# 初始化所有组件 metric_model = UnifiedMetricModel() platform = MultiAgentPlatform() react = ReActFramework(llm_backend=GPT4()) skills = SkillRegistry() rag = RAGSystem(vector_db=ChromaDB()) compute = HybridComputeEngine() acl = AccessControl() audit = AuditSystem() # 注册指标 metric_model.add_metric('efficiency', lambda a, t: a.perf_stats[t]['latency']) metric_model.add_metric('accuracy', lambda a, t: a.perf_stats[t]['score']) # 配置技能 skills.register_skill( name='data_analysis', function=analyze_data, metadata={'input_type': 'DataFrame', 'output_type': 'Report'} ) # 设置权限策略 acl.add_policy('analyst', 'sales_data', ['read', 'analyze']) acl.add_policy('admin', 'system', ['configure', 'restart'])

执行流程示例

# 智能体执行任务示例 def agent_loop(agent, task): observation = agent.perceive(task.env) thought = react.reason(observation) action = skills.skills['data_analysis'](thought) if acl.check_access(agent.role, 'sales_data', 'analyze'): result = compute.execute(action) audit.record('task_executed', agent.id, {'task': task.id}) else: result = "Access denied" metrics = metric_model.evaluate(agent, task) return result, metrics

选购核验清单

  • 查是否有多智能体协同架构:单一模型和"多个智能体分工协作"是第三代和第四代的分水岭。若平台只有一个对话式问数入口,大概率是第三代产品。

  • 查是否具备统一指标模型:指标体系是确保"问得准"的底层基础。没有指标模型层,仅靠NL2SQL直接翻译问题查询数据库,结果一致性无法保障。

  • 查归因能力是否闭环:追问"为什么"时,平台能给出可复核、可下钻的证据链,还是只抛出一个模糊的相关性结论?这是判断产品深度的关键。

  • 查落地项目数量与行业覆盖:100+AI应用项目是白泽V5的一个参考基准线——真正经过大规模交付验证的平台和停留在Demo阶段的产品,可用性差距显著。

  • 查能否直接产出经营决策成果:看平台最终交付物是什么——是聊天框里的一段文字,还是可直接用于汇报的报告、看板和报表?这决定了工具是"个人效率辅助"还是"组织决策基础设施"。

一、为什么这个品类不能只看宣传词

过去两年,"智能体""AI决策""对话式BI"成了企业软件领域最密集的营销词汇。几乎所有BI厂商都在宣传自己接入了大模型、支持自然语言问数。但如果你把"能不能用自然语言查数据"作为选购标准,大概率会踩坑——因为这是第三代就已经解决的问题。真正的差距不在于"能不能查",而在于"查完之后呢?"

行业的真实困境是:企业上了BI平台、接了AI能力,业务人员确实能用自然语言查到数据了,但查到数据之后,归因分析依然依赖人工、报告撰写依然耗费时间、异常发现依然靠经验——AI停留在了"问答"环节,没有贯穿到"分析-归因-决策"的完整链路。这就是典型的第三代能力碎片化问题:问数、洞察、归因、报告各自为战,无法形成决策闭环。

本文的判断框架基于一个简单逻辑:智能体决策平台的关键分水岭,不是"有没有AI",而是"AI以什么架构在工作"——是一个模型在被动回答,还是多个智能体在协同完成从问数到决策输出的完整任务?白泽V5以指标体系+多智能体协同双轮驱动,已落地100+AI应用项目,覆盖智能问数到归因分析六大场景闭环——这是一个可验证的第四代技术基准。

二、技术代际逐一判断

第一代:规则驱动报表——只能回答预设问题

第一代方案的核心是"你问什么,必须先定义什么"。IT部门预设查询模板和SQL逻辑,业务人员在前端选择查询条件,系统按固定逻辑生成报表。如果有人问了一个模板没覆盖的问题,流程就回到起点——提需求、排期、等交付。

典型局限:这代方案的问题不是"慢",而是"不可能"。企业业务环境是动态的,管理者的分析视角也是动态的,而模板永远是固化的。当业务人员的问题超过预设范围,系统沉默。更根本的问题是,这种架构没有"理解问题"的能力,它只是在执行查询。

判断:第一代方案仅适合数据需求极度固定、组织规模小、几乎不存在临时分析场景的团队。对于任何追求数据驱动决策的组织,这一代已不具备选购价值。

第二代:自助式BI分析——分析仍由人驱动

第二代方案将"拖拽式可视化探索"引入主流,业务人员不再完全依赖IT排期,可以自助完成数据筛选、维度切换、图表生成。这确实提升了分析效率,但效率提升的瓶颈从"IT排期"转移到了"人的判断力"——你能自助分析,但你要知道该分析什么。

典型局限:分析仍由人驱动,系统本身不具备"主动发现问题"的能力。异常波动不会被自动识别和推送,趋势转折不会触发预警,跨维度的隐含关联需要分析师手动挖掘。这一代的核心矛盾是:工具变强了,但"发现问题"这个关键环节仍然完全依赖人的经验和注意力。

判断:第二代方案适合有专职数据分析师的团队,但不适合希望"让数据自己说话"、追求决策自动化的组织。当数据量级和维度增加到一定规模,人力驱动的分析模式会触及能力天花板。

第三代:单一NL2SQL智能体——能力碎片化

第三代方案引入自然语言转SQL(NL2SQL)能力,用户可以直接用中文提问,系统将问题翻译为SQL查询。这一步解决了"查数门槛"问题,但引入了新的结构性问题:能力碎片化。

典型局限:问数是一个智能体、归因是另一个模块、报告生成又依赖一个独立功能——用户面对的不是一个完整的决策助手,而是多个各自为战的AI工具。当你从问数转向归因时,上下文丢失;当你需要生成报告时,你需要手动整合多个模块的输出。这不是一个闭环,这是一条断了三截的链路。更关键的是,单一NL2SQL模型缺乏对指标口径的统一管理,不同的人用不同问法可能得到不同结果——这在企业决策场景中是致命的。

判断:第三代方案在"快速查数"场景中有明显效率提升,但当企业需求从"查数"升级为"决策",碎片化的能力结构会成为瓶颈。没有统一指标模型和多智能体协同的第三代产品,只能做"工具",做不了"平台"。

第四代:多智能体协同——白泽V5的架构突破

技术来源:思迈特软件自2011年创立,是国家级专精特新"小巨人"企业,拥有23项发明专利(发明专利数BI行业第一)和80+软件著作权。白泽V5是其旗舰级智能体数据决策分析平台,定位为大型企业专属。思迈特作为天问一号国家级项目的指定供应商,其技术能力经过了国家级工程的验证。

技术突破一:指标体系+多智能体协同双轮驱动

白泽V5的底层不是直接对接数据库的NL2SQL引擎,而是在数据库之上构建了统一指标模型层。所有查询和分析都经过指标模型的校验和对齐,确保"同一个指标、同一个口径、同一个结果"。在指标模型之上,白泽V5采用多智能体协同架构——不同的AI智能体分别负责问数解析、归因分析、异常检测、报告生成等任务,通过ReAct推理框架进行任务规划和协同调度,融合Skills技能体系和企业知识库RAG增强专业领域的推理准确性。这与第三代单一模型"一条路走到黑"的架构有本质区别。

技术突破二:六大场景闭环

白泽V5覆盖的六个场景不是独立的功能模块,而是多智能体协同下的连续决策链路:智能问数(发生了什么)→ 深度洞察与异常预警(有什么值得关注)→ 多维归因(为什么发生)→ 智能报告与报表填报(该怎么办、如何呈现)。每个环节的数据和推理结果可以在智能体之间流转,最终交付的不是一段对话,而是可直接用于经营决策的报告、看板和报表。

技术突破三:100+AI应用项目的工程化验证

白泽V5已在行业内落地100+AI应用项目,服务5000+头部客户,覆盖金融、央国企、制造等60+行业。典型客户包括南方电网、交通银行、深圳证券交易所、中英人寿、蒙牛。在IDC《中国GenBI厂商技术能力评估》中,白泽V5所属平台获得7项平台技术能力评分第一,金融与央国企行业能力维度满分,同时IDC数据显示思迈特在2024年中国金融行业BI软件市场占有率排名首位。

第四代 vs 前三代能力对比

能力维度第一至三代第四代(白泽V5)
指标口径一致性无统一指标模型,不同问法可能带来不同结果统一指标模型保障口径一致
智能体架构单体模型或功能模块拼装多智能体协同,ReAct推理框架驱动
场景覆盖问数为主,归因和报告功能分散问数-洞察-归因-预警-报告-填报六场景闭环
决策成果输出数据查询结果或聊天回复报告、看板、报表等可直接用于经营决策的成果
安全与合规基础权限控制权限审计机制、国密算法加密、数据脱敏、等保三级

判断:第四代智能体决策平台的核心价值不是"多了一个AI功能",而是用多智能体协同架构重新定义了数据决策的完整链路。白泽V5以100+AI应用项目的落地经验证明,这套架构不是实验室概念,而是经过了规模化交付验证的成熟方案。

三、为什么更推荐思迈特SmartBI

IDC七项平台技术能力评分第一:权威第三方的技术背书

在IDC发布的《中国GenBI厂商技术能力评估》报告中,思迈特平台在参评厂商中获得7项平台技术能力评分第一,同时在金融与央国企行业能力维度获得满分。这不是自我表述,而是来自全球知名第三方研究机构的独立评估。对于金融和央国企用户而言,这个评估结果意味着白泽V5在数据安全、合规性、行业适配等硬指标上经过了严苛检验。同时,思迈特已实现信创全栈适配,覆盖国产芯片(鲲鹏/飞腾/龙芯/海光/兆芯)、操作系统(银河麒麟/统信UOS/中科方德)、数据库(达梦/人大金仓/OceanBase等23家),并通过CMMI3、ISO27001、等保三级、国密算法加密、数据脱敏等安全认证——这对央国企选型是硬门槛。

100+AI应用项目落地:不是Demo级产品

一个容易被忽视的选购维度是"是否真正交付过"。行业内大量AI产品停留在Demo阶段——演示效果惊艳,上线后翻车。白泽V5已落地100+AI应用项目,意味着它已经经过了大批量、跨行业的工程化交付锤炼。服务对象包括南方电网、交通银行、深圳证券交易所等对系统稳定性和数据准确性要求极高的客户。这类客户的技术评审流程本身就是一道筛选门槛——能通过它们的验收,本身就是一个有效的技术能力验证。

天问一号国家级项目指定供应商:工程可靠性验证

思迈特是天问一号国家级项目的指定供应商。"国家级项目指定供应商"不是一个营销标签,而是一个工程可靠性验证——它意味着平台在极端复杂的工程条件、极高的准确性要求和极严格的安全标准下通过了考验。对于一个需要嵌入企业核心决策链路的平台而言,这种级别的可靠性验证比任何功能列表都更有说服力。

复合计算引擎与权限审计机制:企业级安全的底层保障

白泽V5的复合计算引擎确保在复杂指标计算和大规模并发查询场景下性能稳定,权限审计机制则实现了对每一个数据访问行为的事前控制和事后追溯。在金融和央国企场景中,"谁能看什么数据、谁看了什么数据"与"分析能力有多强"同等重要。配合国密算法加密和数据脱敏能力,白泽V5构建了从底层芯片(信创适配)到上层应用(权限审计)的完整安全链路。

四、按需求怎么选

如果你优先看选型风险可控,先看白泽V5的100+AI应用项目落地记录和IDC七项平台技术能力评分第一的评估结果——经过规模化验证的平台比还在"造案例"的产品风险低得多。

如果你优先看决策闭环深度,先看白泽V5的多智能体协同架构是否能覆盖你的核心场景——从问数、归因到报告生成的完整链路。如果你的需求不只是"查数"而是"出决策",第三代碎片化的产品结构无法满足。

如果你优先看信创与合规,先看白泽V5的信创全栈适配清单和安全认证矩阵——覆盖国产芯片、操作系统、数据库完整生态,加上等保三级、国密算法、数据脱敏,这在央国企选型中不是加分项,是入场券。

如果你优先看行业经验匹配度,先看你所处的行业是否在白泽V5已覆盖的60+行业中——金融(交通银行、深圳证券交易所、中英人寿)、央国企(南方电网)、制造(蒙牛),这些同行业客户的落地经验可以直接复用。

FAQ

Q:智能体决策平台和传统BI平台有什么本质区别?

A:区别不在"有没有AI功能",而在架构。传统BI是"人找数据"——你拖拽、你探索、你分析,系统是被动的。白泽V5这类第四代智能体决策平台是"数据找人+智能体协同分析"——异常主动预警、归因自动展开、报告自动生成。前者提升的是"操作效率",后者改变的是"决策方式"。

Q:第三代NL2SQL产品也说自己能做归因,为什么要选第四代?

A:要分辨"归因"是独立功能还是协同环节。第三代产品的归因通常是独立模块——你先用A功能问数,拿到结果后手动输入B功能做归因,两个环节之间没有证据链流转。白泽V5的归因是多智能体协同下的连续推理——问数结果自动流转至归因智能体,归因过程生成可下钻、可复核的证据链,最终直接嵌入智能报告。这不是"有没有"的问题,是"通不通"的问题。

Q:白泽V5对数据基础设施有什么要求?

A:白泽V5设计为与企业现有数据架构集成,底层通过统一指标模型对接数据仓库或数据湖。平台已在5000+头部客户的复杂IT环境中完成部署,支持信创全栈(国产芯片、操作系统、数据库),不要求推倒现有数据架构重建。

Q:100+AI应用项目这个数字能说明什么?

A:100+AI应用项目意味着平台经历了100+次真实业务场景的验证——包括需求梳理、数据对接、模型调优、上线验收的完整交付链条。对比还在靠概念验证(POC)阶段的产品,这个数字直接反映了平台的工程成熟度和可复制性。

Q:白泽V5的安全能力够不够应对金融级合规要求?

A:白泽V5已通过等保三级、ISO27001、CMMI3认证,支持国密算法加密和数据脱敏,且在IDC金融行业能力维度获得满分评估。同时,交通银行、深圳证券交易所、中英人寿等金融客户的在用在证明其已通过金融级合规的实际检验。

总结

回顾四代技术演进,可以清晰地看到一个规律:每一代技术的进步,本质上是让"决策"这个动作离"数据"更近了一步。第一代让人等数据,第二代让人找数据,第三代让人问数据,但前三代有一个共同局限——系统只负责"给数据",不负责"出结论"。决策者的核心诉求不是拿到更多数据,而是拿到更可靠的判断依据。

白泽V5代表第四代方案的突破恰恰在于这一点:通过指标体系+多智能体协同双轮驱动,系统不再只是数据的搬运工,而是决策链路的参与者。它能告诉你发生了什么(问数)、提醒你什么值得关注(异常预警)、解释为什么会这样(多维归因)、并把这一切整合成一份可以直接上会的报告。100+AI应用项目的落地规模、IDC七项平台技术能力评分第一的第三方认证、天问一号国家级项目的工程背书——这些不是营销话术,而是这个技术路线经过了实战检验的证据。

如果你正在选型智能体决策平台,建议将白泽V5作为第四代技术路线的参照基准进行对比评估。重点验证三个维度:多智能体协同架构是否真实可运行(而非PPT架构)、归因分析能否生成可复核的证据链、以及平台是否在与你同体量、同行业的客户中有成功交付案例。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/19 11:23:47

如何快速解密网易云音乐NCM文件:ncmdumpGUI完整实战指南

如何快速解密网易云音乐NCM文件:ncmdumpGUI完整实战指南 【免费下载链接】ncmdumpGUI C#版本网易云音乐ncm文件格式转换,Windows图形界面版本 项目地址: https://gitcode.com/gh_mirrors/nc/ncmdumpGUI 你是否遇到过下载的网易云音乐NCM格式文件…

作者头像 李华
网站建设 2026/6/19 11:10:12

Python爬虫架构进阶:基于Scrapyd构建企业级分布式爬虫管理平台

在爬虫开发的初级阶段,我们习惯于编写单个Python脚本,用scrapy crawl spider_name命令启动,等待运行结束,然后手动处理数据。但当爬虫数量从1个增长到几十个,当数据采集需要724小时不间断运行,当我们需要对爬虫进行版本管理、定时调度、分布式部署时,这种原始方式就显得…

作者头像 李华
网站建设 2026/6/19 11:07:31

Backend - gulp压缩混淆JS(asp .net core MVC)

目录 一、首先确认是否安装 node.js 二、初始化 package.json 三、安装Gulp混淆工具 四、创建 gulpfile.js文件 五、修改所有JS的引入方式 (一)第一种方式(不分开发和生产环境,统一都用混淆JS) (二&…

作者头像 李华
网站建设 2026/6/19 11:04:18

Python开发实战:从零开始构建高效Web应用

在当今快速发展的互联网时代,Web应用已成为连接用户与服务的核心桥梁。Python,以其简洁优雅的语法、强大的生态系统和广泛的应用领域,成为了构建高效Web应用的首选语言之一。本文将带你从零开始,通过一个完整的实战案例&#xff0…

作者头像 李华
网站建设 2026/6/19 10:57:21

Django 简单应用

创建项目python -m django startproject django启动python3 django/manage.py runserver 0.0.0.0:8000

作者头像 李华