协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
core-extension-and-logging【开发与工程】Use keras-rl core fit/test lifecycle, processors, callbacks, logging, utilities, and environment checks.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use this sub-skill when the task is about the shared keras-rl agent lifecycle or cross-cutting extension surfaces rather than a specific algorithm family.
Agent.fit(...), Agent.test(...), compile(...), callback wiring, verbose, visualize, nb_max_episode_steps, action_repetition, or start_step_policy.Processor, custom Env, old-Gym API adapter, multi-input observation processor, reward/action transformer, or whitening normalizer.WandbLogger, FileLogger, TrainIntervalLogger, TestLogger, or Visualizer.clone_model, clone_optimizer, huber_loss, WhiteningNormalizer, or a safe installed-environment compatibility check.discrete-control sub-skill.continuous-control sub-skill.FileLogger JSON without relying on the original repository, use scripts/visualize_keras_rl_log.py.keras-rl is legacy Keras 2.x code. Prefer a legacy Keras backend and check compatibility before investing in training. A Theano CPU backend is often the safest compile-only route for this package family; TensorFlow-era imports may work while agent construction can still hit legacy symbolic-tensor behavior. Modern tf.keras/Keras 3 stacks should be treated as incompatible until proven by a local smoke check.