Bkornblume-Tinadec

Bkornblume-Tinadec

<table border="0" cellpadding="0" cellspacing="0"><tr><td><a href="#"><img src="./assets/base_model.svg" alt="Base Model Qwen3.5-9B"></a></td><td><a href="#"><img src="./assets/licence.svg" alt="License CC BY-NC"></a></td><td><a href="#"><img src="./assets/method.svg" alt="Method LoRA"></td></tr></table>

轻量、高效的安全审批模型，适用于TinadecOffice应用程序

---

TinadecOffice 是一个面向 AI 智能体协作的 Agent 工作空间：

• Core 提供可复用的通用 agent harness
• Tool 层提供审批门控的可执行能力
• Desktop 把编排、工具与风险控制呈现为可操作界面。

我们对Agent的工具执行安全非常重视————为防止执行任务时，Agent由于提示词注入、错误理解需求，或是单纯的误操作————而发起危险的工具调用：它可能会将你的代码库付之一炬（而你刚好没来得及push），或者将敏感信息推送到公共服务器...
因此，在TinadecOffice中，对于Agent的工具请求，通常会交由用户进行最终定夺
但在一些情况下，我们可能更希望暂时的离开设备，同时保持任务继续（而不是被“请求审批”弹窗打断），最好不对安全性做出什么大的妥协，比如自动批准所有请求
故而，我们需要一个解决方案，能在理解任务目的、跟进任务进程、熟悉工具风险的前提下，自动审批Agent提出的工具请求，同时允许用户自定义审批规则，从而实现无人值守下的高效、稳妥的任务推进

---

我们很高兴推出Bkornblume-Tinadec，它是一款可以集成到TinadecOffice应用程序或者在线部署的大模型，用以智能审批工具请求
它基于Qwen3.5-9B，在我们精心构建的大规模数据集上完成微调，在多个测评维度下均达到了与目前的旗舰模型相当甚至更优水平

Bkornblume-Tinadec的特点

自动审批

模型接受由Core拼装的包含tool_spec(工具定义),tool_call(待审批的Agent工具调用请求),risk_profile(工具执行可能带来的风险),task_context(当前任务简介，包含任务目标、执行状态),session_evidence(包含近几次工具使用状态和loop_guard),user_policy(用户自定义审批策略)的提示词，并返回包含审批结果的JSON 典型的输入可能类似于：

{
  "schema_version": "tinadec.approval_request.v1",
  "request_id": "apr_v4_004",
  "tool_spec": {
    "tool_id": "git_merge",
    "summary": "执行 Git 合并操作，支持 start/continue/abort。",
    "params_summary": {
      "repository_path": "可选，仓库路径",
      "action": "start | continue | abort，默认 start",
      "source": "合并来源分支或引用",
      "target": "目标分支，默认当前分支",
      "strategy": "合并策略，默认 recursive"
    },
    "constraints": [
      "mutating=true",
      "remote_impact=false",
      "requires_approval=true",
      "confirm_field=confirm_merge"
    ]
  },
  "tool_call": {
    "provider_call_id": "call_v4_004",
    "tool_id": "git_merge",
    "params": {
      "repository_path": "d:/DevData/TinadecOffice",
      "action": "start",
      "source": "origin/main",
      "target": "feat/mcp-merge",
      "strategy": "recursive"
    }
  },
  "risk_profile": {
    "tool_id": "git_merge",
    "risk": "medium",
    "requires_approval": true,
    "confirm_field": "confirm_merge",
    "mutating": true,
    "remote_impact": false,
    "reversible": true,
    "reversibility_note": "可 abort 撤销",
    "domain": "git",
    "source": "tinadec_tools",
    "capabilities": ["git.write", "git.merge"],
    "hard_rules": {
      "matched_deny": [],
      "matched_auto_approve": [],
      "must_deny": false
    }
  },
  "task_context": {
    "goal": "通过 MCP 工具辅助解决跨仓库合并冲突",
    "current_task_node": "合并 main 到 feat/mcp-merge",
    "task_status": "in_progress",
    "progress_summary": "本地有 3 个未提交改动，需要先处理",
    "allowed_scope": {
      "paths": ["src/"],
      "branches": ["feat/mcp-merge"],
      "remotes": ["origin"]
    }
  },
  "session_evidence": {
    "recent_tool_results": [
      {
        "tool_id": "git_status",
        "success": true,
        "summary": "branch=feat/mcp-merge, 3 unstaged files, 0 staged"
      },
      {
        "tool_id": "git_diff",
        "success": true,
        "summary": "3 files modified: src/core/SessionManager.cs, src/web/App.tsx, tests/SessionTests.cs"
      }
    ],
    "loop_guard": {
      "should_continue": true,
      "reason": "ok",
      "repeat_call_count": 0,
      "iteration": 2,
      "tool_call_total": 3
    },
    "consecutive_failures": 0
  },
  "user_policy": {
    "delegation_mode": true,
    "delegation_level": "medium",
    "auto_approve_hints": ["本地 git 操作"],
    "never_auto": ["git_push", "mcp_invoke"],
    "max_auto_risk": "medium",
    "notes": "合并前先提交本地改动"
  },
  "model_constraints": {
    "allowed_decisions": ["approve", "deny"],
    "output_schema": "tinadec.approval_decision.v1",
    "deny_when_uncertain": true
  }
}

[!TIP] 事实上，完整的输入包含系统提示词和此处的输入JSON，并应采用ChatML格式传入和处理符号转义，这里仅作示例，完整的原始输入可以参考此处

用户自定义策略

输入中的如下字段：

  "user_policy": {
  "delegation_mode": true,
  "delegation_level": "medium",
  "auto_approve_hints": ["..."],
  "never_auto": ["...", "..."],
  "max_auto_risk": "medium",
  "notes": "..."
  }

允许用户通过自定义策略控制审批的严格程度，如严格等级delegation_level，自动批准auto_approve_hints，从不自动批准never_auto和最高自动批准的工具风险等级max_auto_risk

其中最值得注意的是notes字段，允许使用自然语言控制审批策略，如“严格审查远程操作”，“暂时不要push，只在本地commit”，“放行所有可回滚操作”...

模型会遵守这些指令，并将其视为最高优先级（前提是Core没有直接在审批前拦截这个请求）

[!TIP] 不建议在notes中写入过多的规则，这样会导致